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Preface 


This  research  and  development  effort  was  conducted  by  the  Manpower  and  Personnel  Division 
of  the  Armstrong  Laboratory  Human  Resources  Directorate  (AL/HRM).  This  study  was  in  response  to 
a  request  from  Headquarters  Air  Force  Systems  Command.  In  the  Fall  of  1990  with  the  passage  of 
legislation  and  Air  Force  regulations  concerning  new  requirements  for  acquisition  personnel, 
management  tools  were  needed.  The  purpose  of  the  effort  was  the  development  of  a  civilian  personnel 
simulation  system  to  project  personnel  flows  under  Air  Force  Systems  Command's  Human  Resource 
Development  Program. 

This  simulation  and  information  retrieval  system  was  developed  under  work  unit  77192020, 
Economic  Models  for  Force  Management,  by  M^ica,  Inc,  contract  number  F41689-88-D-0251  Task 
54. 


The  authors  wish  to  particularly  thank  Ms.  Monica  Marek  for  her  assistance  in  developing  this 
users  manual.  Her  document  editing  and  proofing  were  invaluable.  Capt  Dan  Gerrig,  HQ  AFSC, 
was  instrumental  in  gathering  information  concerning  program  requirements  and  setting  up  a  multitude 
of  briefings  and  meetings.  The  authors  would  also  like  to  thank  Peter  Jones,  HQ  AFSC,  for  assistance 
in  preparing  test  data  files  as  the  Manpower  Personnd  Database  was  updated. 


ACQUISITION  INFORMATION  RETRIEVAL  AND  SIMULATION  (ACQUIRES) 

SYSTEM:  A  USER’S  MANUAL 


SUMMARY 

Hie  Acquisition  Information  Retrieval  Simulation  (ACQUIRES)  System  was  developed  to 
model  the  flow  of  civilian  personnel  at  Air  Force  Systems  Command  (AFSC).*  In  particular,  the 
ACQUIRES  software  system  was  designed  to  simulate  die  effects  of  AFSC's  Acquisition  Professional 
Development  Program  (AFDP).  The  simulation  system  allows  users  to  develop  policy  scenarios 
regarding  implementation  of  the  APDP  and  evaluate  die  effects  on  the  number  and  distribution  of 
qualified  civilians  in  future  years.  ACQUIRES  is  focused  on  the  areas  of  training  and  education  where 
courses  and  degrees  can  be  targ^ed  to  any  desired  groups. 

ACQUIRES  simulates  the  civilian  force  at  the  individual  level  and  provides  extensive  database 
facilities  for  analyzing  and  summarizing  this  individual  level  data.  The  information  on  individual 
civilians  in  the  initial  database  can  be  viewed  or  lists  of  individuals  created.  User  designed  tabulations, 
bar  charts,  and  pie  charts  can  be  created  for  the  initial  database  and  any  or  all  simulation  years.  In 
addition,  the  system  provides  print  facilities  and  the  ability  to  export  results  and  data  to  other  personal 
computer  tq)plications. 

ACQUIRES  is  designed  to  operate  directly  with  the  personal  computer  download  facility 
available  at  HQ  AFSC.  Provisions  have  been  made  to  allow  for  changes  in  die  format  and  content  of 
this  downloaded  personnel  data.  The  syston  is  inqilemented  under  Microsoft  Windows  3.0  and  will 
run  on  IBM  compatible  80386  or  80486  based  conqiutas.  This  document  serves  as  a  user's  manual 
and  introduction  to  ACQUIRES. 


CHAPTER  1.  INTRODUCTION 

This  document  describes  the  Acquisition  Information  Retrieval  and  Simulation  (ACQUIRES) 
System.  It  has  been  written  primarily  as  a  manual  and  user's  guide  to  ACQUIRES  with  documentation 
of  die  underlying  assumptions  and  s'unuladon  mechanics  provided  in  die  appendices.  ACQUIRES  has 
been  designed  to  provide  conqilete  facilities  for  specifying  and  analyzing  the  impact  of  policies 
affecting  the  civil  service  personnel  at  Air  Force  Systrais  Command  with  an  raophasis  on  meeting  new 
certification  requirements.  It  is  a  database  and  personnd  simulation  package  written  in  C  to  operate 
under  Microsoft  Windows  3.0  and  meets  all  of  the  interface  guiddines  of  Windows.  Appenduc  A 
describes  the  system  requirraients  and  App^ix  B  describes  die  on-line  help  features.  The  database 
componrat  of  ACQUIRE  is  generic  and  can  be  used  for  analysis  of  any  supplied  data  set  for  which 
proper  documentation  files  have  bera  prqiared.  The  simulation  conqxment  is  tailored  specifically  for 
die  civil  service  segment  of  Air  Force  Systems  Command  staff. 

A  major  motivating  factor  in  the  development  of  ACQUIRES  is  the  adoption  of  new  guidelines 
for  the  devdopment  of  professionals  in  the  acquisition  staff.  In  particular,  specific  requirements  for 
education,  experience,  and  training  will  sigiuficandy  affect  die  diility  to  fill  key  positions  in  the 
acquisition  force.  ACQUIRES  is  designed  to  allow  personnd  manago^  and  planners  to  project  die 
effect  of  these  new  guiddines  and  to  assess  the  inqiact  of  policies  designed  to  meet  the  new 
requirements.  Through  such  analysis,  planners  and  managers  can  devdop  effective  strategies  that  will 
ensure  a  steady  flow  of  qualified  posonnd  into  key  acquisition  positions. 


•Air  Force  Systems  Command  (AFSC)  is  now  Air  Force  Materiel  Command  (AFMC). 
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Technically,  ACQUIRES  implements  an  entity  based,  next  event  simulation  model.  This 
means  that  the  simulation  stores  the  characteristics  of  each  civilian  being  simulated  (grade,  location, 
pay  plan,  current  position,  etc.).  ACQUIRES  simulations  start  with  a  set  of  records  containing  the 
characteristics  of  ^1  civilians  to  be  included  in  the  simulation  (referred  to  as  the  initial  database). 
Given  user  supplied  assumptions  and  model  defaults,  ACQUIRES  projects  the  values  of  those 
characteristics  into  the  future.  A  more  detailed  description  of  simulation  mechanics  is  provided  in 
Appendix  C,  but  the  entity-based  nature  of  the  simulation  is  critical  in  determining  the  user's 
interaction  with  the  simulation  and  database.  In  all  cases  the  simulation  is  operating  on  individuals  and 
all  queries  or  rq)orts  from  the  initial  database  or  simulation  results  are  accessing  information  on 
individuals.  Due  to  the  random  selection  of  paths  which  individuals  might  take,  only  aggregate 
information  is  available  from  the  simulation.  I^ividual  level  lists  or  record  views,  allowed  on  the 
initial  database,  cannot  be  performed  on  the  simulation  results.  However,  the  aggregate  results  are  still 
based  on  collections  of  individual  level  records,  and  requests  to  the  database  are  in  those  terms. 

The  nature  of  the  certification  guidelines  for  acquisition  staff  places  a  large  emphasis  on 
education  and  training.  Flexibility  in  developing  education  and  training  ^licies  is  a  primary  focus  of 
ACQUIRES.  Complete  freedom  is  available  in  targeting  specific  training  courses  to  user  defined 
target  groups  of  civilians.  (As  outlined  in  Appendix  D  it  is  possible  to  define  complete  sets  of 
equivalent  or  substitute  courses,  if  so  desired).  Likewise,  educational  attainment  can  be  targeted  to 
reflect  the  results  of  any  special  education  incentive  programs.  Widiin  the  framework  of  10  functional 
areas  and  3  certification  levels,  it  is  also  possible  to  modify  the  educational,  experience,  and  training 
requirements  for  certification. 

ACQUIRES  has  been  developed  to  work  in  concert  with  the  Manpower  Personnel  Database 
(MPDP)  download  fa  cility  available  at  HQ  AFSC.  Format  files  describing  the  download  files  which 
are  transferred  to  a  personal  computer  (PC)  by  this  system  are  provided  with  ACQUIRES.  These 
manpower  and  personnel  databases  can  be  directly  encoded  into  an  ACQUIRES  format  which  allows 
them  to  be  queried  or  simulated.  Appendix  E  discusses  the  other  files  necessary  for  this  download 
capability.  A  list  of  variables  in  each  file  downloaded  is  contained  in  Appendix  F.  Standard  reports 
can  be  developed  in  ACQUIRES  which  will  allow  a  quick  analysis  of  monthly  updates  available  from 
the  MPDP  system.  Any  future  changes  to  the  format  of  these  downloaded  files  can  be  handled  by 
editing  the  format  files  as  described  in  Appendix  G.  Appendix  H  discusses  the  procedures  to  maintain 
multiple  databases  on  a  PC. 

Chapter  2  discusses  how  to  get  started  with  the  software  and  Ch^ter  3  describes  how  to  load  a 
database  to  begin  a  simulation.  The  ciq)ability  to  create  a  user-specific  standard  report  is  detailed  in 
Chapter  S.  ACQUIRES  facilities  for  specifying  us^  designed  simulation  scenarios  are  described  in 
Chapter  6.  These  allow  the  development  of  the  training  and  education  policies  mentioned  above,  as 
well  as  access  to  some  force-level  policy  levers  and  flow  rates.  The  ACQUIRES  user  can  develop,  run, 
and  analyze  any  number  of  policy  scenarios  on  an  initial  civilian  database. 

Ch^ters  4  and  7  detail  the  use  of  ACQUIRES  database  facilities  on  both  initial  civilian 
databases  and  simulation  results.  These  facilities  include  selecting  sub-populations  and  creating 
tabulations,  pie-charts,  and  bar  charts.  Additional  facilities  available  for  initial  databases  include 
listing  characteristics  (variables)  by  individual  and  viewing  individual  records.  All  tabulations,  charts, 
lists,  and  views  can  be  printed  to  any  device  supported  by  MS  Windows  3.0.  The  data  underlying 
tabulations,  charts,  and  lists  can  also  be  ou4>ut  to  a  comma-sq>arated  file  for  importing  into 
spreadsheets  or  other  packages. 
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CHAPTER  2.  GETTING  ETARTED 
Program  Installatimi 

To  install  ACQUIRES,  run  the  installation  program  *  install.  Bxs”  contained  on  die 
ACQUIRES  floppy  disk.  The  installation  program  is  run  by  typing  "At  install"  or  "b:  install," 
depending  on  the  drive.  Once  the  installation  program  is  complete,  one  can  place  ACQUIRES  in  the 
Program  Manager  using  the  "New"  option  under  die  "File"  menu.  See  page  89  of  the  Microsoft 
Windows  3.0  Users  Guide  for  details. 


Starting  the  Program 

The  ACQUIRES  program  can  be  launched  in  diree  diffo'ent  ways.  From  DOS,  the  program 
may  be  run  by  changing  to  the  ACQUIRES  program  directory  and  typing  "win  acquires."  From 
wifoin  Windows,  the  program  may  be  run  two  ways.  If  die  ACQUIRI^  icon  appears  in  the  program 
manager,  the  program  can  be  run  by  double  clicking  the  icon.  Otherwise,  ACQUIRES  can  be  run  by 
selecting  the  "Run"  option  under  the  "FUe"  menu  in  die  Program  Manager,  followed  by  typing  the  full 
path  name  of  the  ACQUIRES  program.  The  screen  in  Figure  2.1  appears  when  ACQUIRES  is  started. 
Move  the  cursor  over  the  OK  button  at  the  bottom  of  die  window  and  press  the  mouse  button  to 
continue  the  program. 
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Figure  2.1  -  ACQUIRES  Title  Screen 

After  pressing  the  OK  on  die  tide  screen,  a  window  labded  "Choose  Database  or  Simulation" 
will  ^pear  on  die  screen.  Normally  diis  is  where  the  user  chooses  the  simulation  or  database  he  or 
she  wants  to  work  on  (see  "Loading  a  Database  or  Simulation").  If  no  ACQUIRES  databases  have 
been  created,  skip  this  screen  by  moving  the  cursor  ova:  the  Cancel  button  and  press  the  left  button  on 
the  mouse. 


3 


Main  Screen  Overview 


The  main  window  of  ACQUIRES  is  divided  into  four  parts:  the  menu  bar,  the  report  window, 
the  information  box,  and  command  buttons  (see  Figure  2.2).  The  command  buttons  and  menu  bar  are 
used  to  execute  commands.  The  r^rt  window  is  used  to  display  graphs  and  tables  based  on  a 
database  or  on  simulation  results.  In  the  analysis  mode,  the  information  box  displays  the  name  of  the 
current  population  and  size  of  the  current  population.  In  the  simulation  mode,  the  information  box 
shows  the  name  of  the  current  'Scenario”  or  simulation  parameter  tile  . 


ACQUIRES  Commands  Crerview 

ACQUIRES  conunands  can  be  executed  in  two  different  ways.  The  first  way  is  by  selecting  a 
conunand  from  the  menu  bar.  The  second  way  is  by  sdecting  one  of  the  command  buttons  on  the  left 
side  of  the  main  window.  To  select  a  command  from  the  menu  bar,  use  the  mouse  to  move  the  cursor 
over  a  name  in  the  menu  bar,  and  press  the  left  mouse  button  once.  A  menu  will  "drop  down”  from 
the  word  selected  (see  Figure  2.3).  Next,  move  the  mouse  over  the  name  of  the  command  desired  and 
press  the  left  mouse  button  again.  To  use  a  command  button,  move  the  cursor  over  a  command  button 
and  press  the  left  mouse  button.  Command  buttons  or  menu  items  that  appear  in  gray  represent 
commands  that  are  currently  invalid.  Most  of  the  commands  in  ACQUIRES  can  be  executed  from 
both  the  menu  bar  and  the  command  buttons.  A  few  can  only  be  executed  from  the  menu  bar.  The 
Switch  command  (described  below)  is  only  available  on  a  command  button. 
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Figure  2  J  •  A  Drop  Down  Menu 


ACQUIRES  has  a  total  of  13  command  buttons.  However,  only  eight  of  these  buttons  will  fit 
on  the  screen  at  a  time.  Because  of  this,  the  command  buttons  are  divided  into  two  sets.  The  set  that 
spears  on  the  scr^n  when  the  program  starts  are  the  simulation  command  buttons.  These  buttons  are 
used  to  manipulate  simulation  parameters  or  'Scenario"  files  as  well  as  run  simulations.  The  second 
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set  of  buttons  is  used  for  data  analysis.  The  Switdi  button  toggles  between  these  two  sets  of  buttons. 
The  Switch  button  also  toggles  the  infonnation  displayed  in  the  information  box.  A  brief  description 
of  the  function  of  each  command  button  is  listed  below. 

Simulation  Buttons 

Switch-  Switch  to  the  analysis  buttons 

New-  Create  a  new  set  of  simulation  param^ers  (a  scenario) 

Open-  Load  an  existing  scenario  from  the  disk 
Save-  Write  the  current  scenario  to  the  disk 
Parameters-  Edit  scenario 
Run-  Run  a  simulation  using  the  current  scenario 

Analysis  Buttons 

Switch-  Switch  to  the  simulation  buttons 
Population-  Choose  a  population  in  a  database  or  simulation 
Distribution-  Make  a  graph  or  table  of  the  current  population 
Std.  Report-  Produce  or  create  a  user-defined  standard  report 
List-  List  the  records  in  the  current  population 
View-  Look  at  an  individual  record 

The  following  is  a  list  of  all  menu  commands  and  a  brief  description  of  their  function: 

"Scenario"  Menu 

New-  Create  a  new  scenario 
Open-  Load  a  scenario  from  the  disk 
Save-  Write  the  current  scenario  to  the  disk 
Information-  Edit  basic  simulation  paramet^ 

Training-  Edit  or  create  training  program 
Education-  Edit  or  create  training  program 
Force  Structure-  Edit  force  structure  paramet^ 

Run-  Run  the  simulation  with  die  currait  scoiario 
Exit-  Exit  ACQUIRES 

"Report"  Menu 

Printer  Setup-  Alter  printer  settings 
Print-  Print  the  current  r^rt 

Save  to  Text  File-  Save  the  current  tepoii  to  a  comma  separated  text  file 
Clear-  Erase  the  current  r^rt  and  clear  die  report  window 

"Query"  Menu 

Population-  Choose  a  population  in  a  database  or  simulation 
Distribution-  Produce  a  grt^h  or  table  base  on  die  currrat  population 
Std.  Report-  Produce  or  create  a  user-defined  standard  report 
List-  List  the  records  in  the  current  population 
View-  Look  at  an  individual  record 
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"Database"  Menu 

Load-  Load  a  database  or  simulation 

Encode-  Convert  a  text  database  to  the  ACQUIRES  format 

Condition-  Add  required  simulation  variables  to  an  MPDP  downloaded  database 

"Help"  Menu 

^ex-  Go  to  on-line  help  index 

Using  Help-  Go  to  on-line  help  instructions 

MS-Windows  Help-  Go  to  on-line  help  for  Microsoft  Windows 


CHAPTERS.  BUnJ)ING  AND  LOADING  A  DATABASE 
Loading  a  Database  or  Simulation 

The  Load  Database  screen  spears  when  ACQUIRES  is  launched.  The  screen  also  appears 
when  the  "Load"  command  under  the  "Database"  menu  is  selected.  The  purpose  of  this  screen  is  to  let 
the  user  choose  an  ACQUIRES  database  or  ACQUIRES  simulation  results.  The  first  time  that  the 
program  is  run,  there  probably  wUl  not  be  any  databases  or  simulations  to  load.  If  this  is  the  case, 
move  the  mouse  over  the  Cancel  button,  press  the  left  mouse  button,  and  skip  to  the  "Conditioning  a 
Database"  section  of  this  manual. 


Figure  3.1  -  The  Load  Database  Screen 


To  load  a  database  or  simulation,  follow  these  stq)s: 


1 .  Choose  between  loading  a  database  and  simulation  results.  To  choose  one  of  the  options,  move 
the  cursor  over  the  word  "Database"  or  "Simulation"  at  the  bottom  right  comer  of  the  screen  and 
press  the  mouse  button. 

2.  Choose  the  directory  whidi  contains  the  item  to  be  loaded.  The  current  directory  is  written  near 
the  top  of  the  screen  after  the  "Path"  label.  To  diange  to  a  different  directory,  move  the  mouse 
over  Ae  name  of  the  directory  in  the  "Directories”  list  box  that  you  wish  to  go  to  and  quickly 
click  the  mouse  button  twice  (double  click).  Altnnately,  you  may  click  once  on  the  directory, 
then  click  on  the  OK  button.  If  the  name  of  die  directory  you  want  is  not  visible,  you  may  have 
to  use  the  scroll  bar  to  scroll  the  directory  name  into  view. 

3.  Choose  a  file  name.  The  file  name  can  be  typed  in  the  "File  Name"  iiqiut  box  or  diosen  from 
the  "File"  list  box.  To  type  in  the  "File  Name"  box,  move  the  cursor  ovn  the  box  and  press  the 
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mouse  button  and  type  normally.  To  choose  a  file  name  from  the  "File”  list  box,  follow  the 
same  procedure  for  choosing  a  directory. 

After  completing  the  last  st^,  move  the  cursor  ov^  the  OK  button  and  press  the  mouse  button  to  load 
the  selected  item.  If  you  do  not  want  to  load  a  database  or  simulation,  the  Cancel  button  will  end  the 
dialog  without  taking  any  action. 


Conditioning  a  Database 

The  original  data  for  ACQUIRES  lacks  several  important  variables  needed  for  a  simulation. 
Because  of  this,  a  special  procedure  is  needed  to  calculate  the  values  of  the  missing  variables.  The 
procedure  is  called  "Conditioning"  a  database.  "Conditioning"  adds  two  new  text  files  to  the  raw  text 
database.  Because  the  new  files  are  text  files,  a  database  must  be  conditioned  before  it  is  encoded. 
The  command  for  conditioning  a  database  is  the  "Condition"  command  under  the  "Database"  menu. 
To  choose  this  command,  move  the  cursor  over  the  word  "Database"  at  the  top  of  the  screen  and  press 
the  mouse  button  once.  A  box  containing  the  word  "Load,"  "Encode,”  and  "Condition"  will  ^pear 
below  "Database."  Move  the  cursor  over  the  word  "Condition"  and  press  the  mouse  button  again. 
The  Input  File  dialog  will  i^pear  on  the  screen  (see  Figure  3.2). 


Figure  3,2  -  The  Input  File  Dialog 


To  choose  a  database  to  condition,  follow  these  stq)s: 


1 .  Choose  the  directory  which  contains  the  database  you  want  to  condition.  To  change  to  a  different 
directory,  move  the  mouse  over  the  name  of  the  directory  in  the  "Directories"  list  box  that  you 
wish  to  go  to  and  quickly  click  the  mouse  button  twice.  Alternately,  you  may  click  once  on  the 
directory,  then  click  on  &e  OK  button.  If  die  name  of  the  directory  you  want  is  not  visible,  you 
may  have  to  use  the  scroll  bar  to  scroll  the  directory  name  into  view. 

2.  Choose  a  database  description  file  name.  If  you  use  die  standard  description  file,  this  will  be 
"base.db."  The  file  name  can  be  typed  in  the  "File  Name"  iiqiut  box  or  chosen  from  the 
"File"  list  box.  To  type  in  the  "File  Name"  box,  move  die  cursor  over  the  box  and  press  the 
mouse  button  and  type  normally.  To  choose  a  file  name  from  the  "File”  list  box,  follow  the 
same  procedure  for  (loosing  a  directory. 

After  completing  the  last  stqi,  move  the  cursor  ov«r  the  OK  button  and  press  the  mouse  button 
to  condition  the  database.  If  you  want  to  leave  the  dialog  box  without  taking  any  action,  press  Cancel. 
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If  you  hit  OK,  a  window  will  ^pear  to  let  you  know  how  the  conditioning  is  progressing.  When  the 
conditioning  is  finished,  the  window  will  disappear.  When  the  conditioning  is  finished,  the  dat^ase  is 
ready  to  be  encoded.  The  default  name  for  the  new  database  description  file  is  "slmbase.db. "  This 
is  the  file  you  will  choose  when  encoding  the  conditioned  database. 

Encoding  a  Database 

Because  ACQUIRES  uses  a  special  format  for  its  databases,  raw  text  databases  must  be  encoded 
before  any  other  work  can  be  done  on  them.  Aft^  a  database  is  encoded,  the  original  text  database 
files  are  not  used  by  ACQUIRES  and  can  be  ddeted.  If  you  intend  to  simulate  off  of  a  database,  a 
database  must  be  conditioned  before  it  is  encoded  (see  Conditioning  a  Database).  The  command  for 
encoding  a  database  is  the  "Encode"  command  under  die  "Database"  menu.  To  cboose  this  command, 
move  the  cursor  over  the  word  "Database"  at  the  top  of  the  screen  and  press  the  mouse  button  once. 
A  box  containing  the  word  "Load,"  "Encode,"  and  "Condition”  will  appear  below  database.  Move  the 
cursor  over  the  word  "Encode"  and  press  the  mouse  button  again.  The  Input  File  dialog  wUl  ^pear 
on  the  screen.  Follow  the  following  st^s: 

1.  Choose  the  directory  which  contains  the  database  you  want  to  encode.  To  change  to  a  different 
directory,  move  the  mouse  over  the  name  of  the  directory  in  die  "Directories"  list  box  that  you 
wish  to  go  to  and  quickly  click  the  mouse  button  twice.  Alternately,  you  may  click  once  on  the 
directory,  then  click  on  Ae  OK  button.  If  the  name  of  the  directory  you  want  is  not  visible,  you 
may  have  to  use  the  scroll  bar  to  scroll  the  directory  name  into  view. 

2.  Choose  a  database  description  file  name.  If  you  use  the  standard  description  file,  this  will  be 
"base.db."  If  you  conditioned  the  database,  choose  "■inbase.db."  The  file  name  can  be 
typed  in  the  "FUe  Name"  input  box  or  chosen  from  the  "FUe"  list  box.  To  type  in  the  "File 
Name"  box,  move  the  cursor  over  the  box  and  press  the  mouse  button  and  type  normally.  To 
choose  a  file  name  from  the  "File"  list  box,  follow  the  same  procedure  for  choosing  a  directory. 

After  coii^)leting  the  last  stq),  move  the  cursor  over  the  OK  button  and  press  the  mouse  button  to 
condition  foe  database.  If  you  want  to  leave  foe  dialog  box  without  taking  any  action,  press  Cancel. 
If  you  hit  OK,  a  window  will  iq>pear  to  let  you  know  how  foe  encoding  is  progressing.  When  foe 
encoding  is  finished,  foe  window  will  disiq)pear.  If  you  encode  using  "base.db"  or  "simbase.db,"  foe 
name  of  foe  newly  encoded  database  will  be  "civ.acq."  Whra  foe  oicoding  is  finished,  foe  new 
database  is  ready  to  be  loaded  by  ACQUIRES.  To  load  foe  new  database,  move  foe  cursor  over  foe 
word  "Database"  at  foe  top  of  foe  screen  and  press  foe  mouse  button  once.  A  box  containing  foe  word 
"Load,"  "Encode,”  and  "Condition"  will  appear  bdow  database.  Move  foe  cursor  over  foe  word 
"Load"  and  press  foe  mouse  button  again  (see  Loading  a  Database  or  Simulation). 

Note:  Because  windows  is  a  multitasking  syston,  you  can  use  ofoo'  Windows  programs  while  a 
database  is  being  conditioned  or  enct^ed.  However,  this  can  be  dangerous  since  another 
tqjplication  could  cause  foe  system  to  crash.  If  fois  h^pens,  you  could  have  to  redo  foe 
conditioning  or  encoding. 
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CHAPTER  4.  DATABASE  QUERIES 
Selecting  a  Population 

The  first  st^  for  obtaining  information  from  a  database  is  selecting  a  population.  To  do  this, 
press  the  command  button  marked  Population  or  select  "Poptilation”  from  the  "Query"  menu.  The 
dialog  box  in  Figure  4.1  will  appear.  A  list  of  previously  defined  populations  will  t^pear  in  the 
"Population"  list  box  (this  can  be  empty  if  no  populations  have  been  designed).  If  the  name  of  the 
population  you  want  spears  in  the  list,  move  the  cursor  over  that  name  and  press  the  left  mouse 
button.  If  Ae  population  you  want  is  not  in  the  list,  you  can  add  and  edit  populations  with  the  Add 
and  Edit  buttons  (discussed  in  the  next  section).  Underneath  the  "Population"  list  box,  there  is  a  list 
of  options.  The  diamond  next  to  the  "Database"  option  should  be  colored  in.  The  other  options  are 
used  for  simulations  and  will  be  discussed  later.  If  the  "Database"  option  is  not  selected,  move  the 
mouse  over  the  word  "Database"  and  press  the  left  mouse  button.  After  selecting  your  population, 
move  the  mouse  over  the  OK  and  press  the  left  mouse  button.  If  you  decide  not  to  select  a  population 
you  may  press  the  Cancel  button. 
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Figure  4.1  -  The  Population  IBalog  Box 


The  following  is  a  summary  of  the  ftmction  of  each  control  in  the  Population  Dialog  Box: 

Population:  The  population  list  box  lists  all  existing  sub-populations.  To  selea  a  population, 
move  the  cursor  over  the  selected  population  name  and  press  the  mouse  button.  If  many 
populations  are  available,  the  scroll  bar  may  be  used  to  change  the  visible  populations. 

Options:  Directly  below  the  population  list  box  is  a  list  of  tiiree  options  used  for  different 
types  of  populations.  For  now,  only  use  the  "Database"  option. 

Population  information:  The  population  information  panel  contains  a  brief  description  of  the 
sub-population  currently  highlighted. 

OK:  The  OK  button,  located  on  ev^  window  in  die  ACQUIRES  program,  is  used  to  execute 
commands  just  selected  into  the  current  window.  Witiiin  die  Population  panel,  the  OK 
button  extracts  the  population  diat  has  bera  highlighted  from  die  database. 

Cancel:  The  Caned  button  is  also  located  on  every  window  of  the  ACQUIRES  program. 
Pressing  on  the  Caned  button  causes  the  dialog  box  to  close  without  any  action  being 
taken. 
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Edit:  The  Edit  button  is  used  to  modify  the  highlighted  population.  The  population  that  is  in 
use  can  not  be  edited. 

Add:  The  Add  button  is  used  to  create  a  new  population. 

Delete:  The  Delete  button  erases  the  population  highli^ted  in  the  "Population"  list. 

Help:  The  Help  button,  located  on  every  window  in  die  ACQUIRES  program,  is  used  to  get 
on-line  help  on  the  current  dialog  box. 

Creating  and  Editing  a  Population  Macro 

The  "Add  Macro"  dialog  box  (Figure  4.2)  appears  when  the  Add  button  in  the  population 
dialog  box  is  pressed.  If  the  Edit  button  is  pressed,  the  same  dialog  box  will  appear  except  that  it  will 
be  labeled  "Edit  Macro"  and  it  will  contain  the  previous  definition  of  the  population  (also  referred  to 
as  a  population  macro). 


Figure  4,2  -  Add  Macro  IMalog  Box 


The  first  step  for  creating  a  population  macro  is  to  give  the  macro  a  name.  Activate  the  name 
edit  box  control  by  moving  the  mouse  ovw  the  box  and  pressing  die  mouse  button.  When  the  window 
is  active,  a  flashing  cursor  will  i^ipear  in  die  box.  You  can  dien  type  with  the  keyboard.  A  macro 
name  can  be  up  to  32  diaracters  long  and  cannot  contain  spaces.  If  spaces  are  used  in  the  name, 
ACQUIRES  wUl  automatically  convert  them  to  undmcores.  When  finished  typing,  do  not  hit  the 
enter  key.  Pressing  the  enter  key  is  the  keyboard  equivalent  of  pressing  the  OK  button  with  the 
mouse.  Next,  input  the  optional  description  in  the  same  manner  in  the  edit  box  labeled  "Description." 


After  entering  the  name  and  description  for  a  macro,  the  n^t  st^  is  to  type  or  select  the 
macro  text  in  the  "New  Macro"  edit  box.  The  first  part  of  the  macro  text  is  called  a  condition.  A 
condition  is  a  variable  name,  an  equality  test,  and  a  value.  Some  examples  of  conditions  are  "grade 
»  9,"  "payjplan  not_equal  ga,"  and  "grade  lees^than  14."  The  valid  equality  tests  are 
"equal,"  "not_equal,"  "leas_than,"  "lese_than_or_equal,"  "greater_than_or_equal," 
and  *greater_than."  These  may  be  abbreviated  using  the  math  symbols  on  the  keyboard.  For 
example,  "ieBs_than__or_equal"  is  abbreviated  "<■"  and  "not_equal"  is  abbreviated  "<>." 
The  valid  variable  names  and  values  are  database  dependent.  Since  the  variable  and  value  names  are 
often  long  and  abbreviated,  die  "Add  Macro"  dialog  box  has  a  focility  to  aid  in  the  creation  of  a 
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condition.  Instead  of  typing  in  a  condition,  each  part  of  the  condition  can  be  selected  from  a  list.  First 
choose  a  variable  from  the  drop  down  list  label^  "Variable."  To  do  this,  move  the  cursor  over  the 
down  arrow  button  on  the  right  side  of  the  "Variable"  box  and  press  the  mouse  button.  A  list  of 
variable  names  will  appear  below  the  box  (see  Figure  4.3).  Select  a  name  from  the  list  with  the  mouse 
as  with  a  normal  list  box.  After  making  a  selection,  the  list  box  wUl  automatically  disappear. 
Variables  with  unique  values  such  as  name  or  social  security  number  are  illegal. 


Figure  4  J  -  Variable  Drop-Down  List 


Next,  select  the  equality  test  in  the  same  manner  as  the  variable  using  the  "Operator"  list.  The 
"Value"  list  is  a  little  different  from  the  other  two  lists.  If  a  variable  has  a  numeric  value,  you  will 
have  to  type  the  value  in  the  "Value"  box  the  same  way  that  you  typed  in  the  macro  name.  Otherwise 
select  the  value  from  the  drop-down  list  as  with  "Variable"  and  "Operator."  Do  not  use  the  "In  Year" 
list  box  at  this  time.  It  will  be  explained  along  with  simulation  queries.  Finally,  after  selecting  a 
"Variable,"  "Operator,"  and  "Value,"  press  the  Add  Condition  button,  and  the  condition  will 
automatically  be  printed  in  the  "New  Macro"  edit  box  (Figure  4.4). 
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Figure  4.4-  A  New  Condition 


The  first  two  values  in  the  "Value"  list  are  always  "ND"  and  "NR."  These  stand  for  "no  data" 
and  "no  record."  "ND"  is  used  to  test  for  fields  that  were  left  blank  in  the  original  data.  A  record  in 
ACQUIRES  is  often  spread  across  several  files.  The  records  in  each  file  are  matched  when  the 
database  is  encoded.  Sometimes  a  record  does  not  have  a  match.  "NR"  is  used  to  test  for  non¬ 
matches.  For  example,  the  condition  "inetallatlon_loc_naine_po8  >  NR"  tests  for  people  who 
are  not  matched  to  any  job. 

Although  a  macro  could  contain  only  a  single  condition,  the  user  will  frequently  need  to  use 
more  than  one  condition  in  a  macro.  Conditions  are  joined  by  using  "and"  and  "or."  The  user  can 
type  them  in  manually,  or  press  the  And  or  Or  button  to  have  ACQUIRES  type  them  in.  Use  "and"  to 
join  two  conditions  than  must  be  satisfied  at  the  same  time.  Use  "or"  to  join  two  condition  when  the 
expression  should  be  true  if  either  condition  is  true.  The  population  macro  "pay_pian«98  and 
9rade«i2,"  for  example,  selects  all  records  with  both  grade  equal  to  12  and  pay  plan  equal  to  GS.  If 
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a  record  has  grade  12,  but  not  pay  plan  GS,  then  the  record  will  not  be  in  the  population.  The  macro 
"pay_plan«gs  or  grade>i2''  finds  a  different  set  of  people.  In  addition  to  the  records  that  satisfy 
both  conditions,  the  "or"  population  will  also  include  people  that  only  meet  one  of  the  conditions.  So 
if  a  record  has  pay  plan  GS,  but  not  grade  12,  the  record  will  still  be  included  in  the  population. 

When  more  than  two  conditions  are  used  in  a  macro,  it  is  important  to  know  that  "and"  is 
evaluated  before  "or."  For  example,  in  the  population  "pay_pian«gs  and  grade-12  or 
grade»i3,"  the  result  of  "pay_plan«g8  and  grade>i2"  will  be  computed  first.  This  means  that  a 
record  with  grade  13  will  always  be  in  this  population  regardless  of  pay  plan.  You  can  control  what 
order  conditions  are  evaluated  by  using  parentheses.  Any  expressions  in  parentheses  are  always 
evaluated  first.  In  the  population  "pay_plan*gs  and  (grade>12  or  grade- 13),"  the  result  of 
"grade-12  or  grade-13"  will  be  computed  first  because  of  the  parentheses.  This  causes  a  record 
with  grade  13  to  be  in  the  population  only  if  its  pay  plan  is  GS.  If  several  layers  of  parentheses  are 
used,  the  innermost  parentheses  are  evaluated  first.  By  using  parentheses,  it  is  possible  to  generate 
popiilations  of  great  complexity. 

When  using  complex  populations,  it  can  be  difficult  to  find  the  negation  of  a  population.  To 
solve  this  problem,  use  Ae  "not"  operator.  Since  "not"  is  evaluated  before  "and"  and  "or,"  you  will 
need  to  place  parentheses  around  the  expression  you  want  negated.  For  example,  the  negation  of 
"grade-12  or  grade-13"  is  "not (grade-12  ox  grade-13),"  not  "not  grade-12  or 
grade-13." 

A  fast  way  of  budding  complex  populations  is  by  using  the  Add  Macro  facility.  This  button 
copies  the  text  of  another  population  into  the  new  macro.  The  macro  is  automatically  surrounded  by 
parenthesis.  To  use  this  facility,  choose  the  macro  you  want  to  insert  from  the  "Macro"  drop-down 
list  box  and  then  press  the  Add  Macro  button.  If  you  build  a  good  set  of  basic  population  macros,  this 
feature  can  be  very  useful. 


Summary  of  Add  Macro  Dialog  Box 

Name:  The  Name  bar  located  at  the  top  of  the  Add  Macro  window  is  used  to  name  the  macro. 

Description:  The  Description  bar  is  used  to  add  optional  descriptive  information  of  the  sub¬ 
population. 

Variable:  A  drop-down  list  of  variables  used  to  build  a  condition.  To  see  the  list,  click  on  the 
down  arrow  at  the  right  of  the  Variable  bar. 

Operator:  The  Operator  drop-down  list  contains  functions  used  to  test  a  chosen  variable  against  a 
value. 

Value:  The  Value  drop-down  list  contains  a  list  of  valid  values  for  a  selected  variable.  If  the 
values  for  a  variable  are  numeric  the  value  will  need  to  be  typed  in. 

Connector  buttons:  Connector  buttons.  And,  Or,  Not,  (,  and ),  link  together  conditions. 

Add  Condition:  The  Add  Condition  button  builds  a  new  condition  based  on  the  selections  in  the 
"Vari^le,"  "Value,"  and  "Operator"  lists  and  places  it  in  die  "New  Macro"  box. 

Macro:  The  Macro  drop-down  list  contains  a  list  of  existing  population  macros. 

Add  Macro:  The  Add  Macro  button  takes  a  sdected  population  from  the  Macro  drop-down  and 
writes  its  expression  into  the  New  Macro  window. 

New  Macro:  The  macro  that  is  currendy  being  developed  iqipears  in  the  New  Macro  window. 
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Distributions 


After  the  user  has  selected  a  population,  the  contents  of  the  population  can  be  examined  by 
using  the  distribution  feature  in  ACQUIRES.  Specifically,  this  feature  shows  the  number  of  records 
for  each  value  of  a  variable.  For  example,  a  distribution  by  grade  will  show  the  number  of  people  in 
each  grade.  Distributions  can  be  displayed  in  three  forms:  a  table,  a  bar  chart,  and  a  pie  chart.  To  use 
this  feature,  press  the  Distribution  command  button,  or  select  "Distribution”  from  the  "Query"  menu. 


Figure  4.5  -  The  IMstributlon  Dialog  Box 


Figure  4.S  shows  the  Distribution  Dialog  Box.  This  window  is  used  to  choose  the  variables 
for  a  distribution,  as  well  as  the  form  in  whidi  the  distribution  will  be  displayed.  First  choose  the  type 
of  distribution  by  moving  the  cursor  over  the  desired  distribution  type  (Table,  Pie  Chart,  or  Bw 
Chart),  and  then  press  the  mouse  button.  Next  select  the  distribution  variable(s)  in  the  "Variable"  list 
box.  The  user  can  select  one  or  two  variables  from  the  list.  If  a  diird  variable  is  selected,  the  first 
variable  chosen  will  automatically  be  deselected.  In  addition,  a  variable  can  be  manually  de-selected 
by  selecting  it  a  second  time  with  the  mouse.  If  dte  uso^  chooses  two  variables,  a  table  is  the  only 
valid  ou^ut  type.  The  row  variable  is  the  first  variable  selected,  and  the  column  variable  is  the  second 
variable  seleaed.  Aftn  the  output  type  and  variable(s)  are  chosen,  press  the  OK  button  to  create  the 
distribution. 

Figure  4.6  gives  an  example  of  a  table  distribution  on  die  population  of  people  in  pay  plan  GS 
by  grade  and  location.  Since  the  user  chose  die  "Install_Loc_Name"  variable  fost,  it  is  the  row 
variable.  Note  that  a  scroll  bar  iqipears  at  the  bottom  of  the  window  due  to  the  table  being  too  large  to 
fit  on  the  screen.  The  user  must  use  the  scroll  bar  to  view  die  rest  of  the  table.  Also  note  the  row  and 
column  totals.  The  totals  are  always  the  totals  for  die  entire  table,  not  just  the  visible  part  on  the 
screen.  Sometimes  a  row  or  column  labeled  "ND"  or  "NR"  will  iqipear  in  the  table.  These  stand  for 
"No  Data"  and  "No  Record."  "No  Data"  is  used  for  fields  that  were  left  blank  in  the  database.  "No 
Record"  is  used  for  when  a  person  is  missing  part  of  dieir  record.  For  example,  if  a  person  is  not 
matched  to  a  position,  the  value  :>f  all  position  data  firids  is  "NR." 
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Figure  4.6  -  Installation  Location  Name  and  Grade  Table  Graph 


Figure  4.7  shows  an  example  of  a  bar  chart  using  the  "Install_Loc_Name”  variable.  Notice 
that  the  bar  height  is  printed  at  the  top  of  each  bar.  Bar  charts  can  only  display  distributions  with  a 
small  number  of  values.  Otherwise,  the  bar  labels  will  run  together.  If  Ais  occurs,  use  a  pie  chart  or 
table  instead.  Note  that  small  groups  are  combined  into  an  "Other”  group. 


Figured.?  -  GS  Pay  Plan  Bar  Graph  by  Base 


Figure  4.8  shows  a  pie  chart  on  the  location  variable.  The  label  for  each  segment  of  the  pie 
has  the  following  form-  value:  count  (percentage).  Although  a  pie  chart  can  usually  display  more 
values  than  a  bar  chart,  at  times  the  labels  on  a  pie  chart  may  crowd  into  one  another.  If  this  occurs, 
use  a  table  instead  of  a  pie  diart.  Note  that  small  slices  are  combined  into  an  "Other"  slice. 
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Figure  4.8  -  Pie  Graph  of  GS  Pay  Pian  by  Base 
Composite  Variables 

A  composite  variable  is  a  variable  that  can  have  many  values  at  once.  For  example,  a  variable 
for  a  training  course  title  is  a  composite  variable  since  one  p«son  can  have  several  training  course 
titles.  These  variables  behave  differently  in  distributions  than  regular  variables.  Widi  a  regular 
variable,  every  person  appears  only  once  in  the  distribution.  With  a  conqwsite  variable,  people  are 
counted  once  for  every  composite  value  that  they  have.  For  example,  in  a  training  course  distribution, 
a  person  having  ten  courses  will  contribute  ten  it^ns  to  the  distribution.  Consequently,  the  total  of  a 
distribution  on  a  composite  variable  will  be  equal  to  the  total  number  of  composite  values  rather  than 
die  total  number  of  people. 

Combo  Variables 

ACQUIRES  has  a  special  variable  called  die  combo  variable  which  can  be  used  in 
distributions.  The  combo  variable  is  used  to  display  sevwal  variables  with  similar  values  in  one 
distribution.  For  example,  in  the  APDP  datasets,  certification  level  is  contained  in  five  variables. 
This  allows  an  individuai  to  be  certified  in  more  than  one  stall.  By  using  a  combo  variable,  the  values 
of  all  five  certification  variables  can  be  shown  in  one  table.  To  choose  what  variables  to  combine, 
press  the  Combo...  button  in  the  distribution  dialog  box.  The  dialog  box  in  Figure  4.9  will  ^pear. 
Select  the  variables  you  want  to  combme  from  the  "Variable”  list  box.  To  add  a  variable  to  the 
selection,  move  the  cursor  over  an  un^i^ighted  variable  name  and  press  the  mouse  button.  The 
name  will  be  highlighted  to  indicate  it  is  sdected.  To  ronove  a  variable  from  the  selection,  move  the 
cursor  over  a  highlighted  variable  and  press  the  mouse  button.  You  must  sdect  at  least  two  variables. 
When  finished,  press  the  OK  button.  To  include  die  combo  variable  in  a  table  or  bar  chart,  choose  the 
variable  name  "  <  combo  > "  from  the  top  of  the  variable  list. 
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Figure  4.9  >  Combo  Variable  Dialog  Box 


Figure  4. 10  shows  an  example  of  a  table  on  a  combo  variable.  The  values  of  the  variables 
Certification  1  through  Certifications  are  all  shown  in  die  table.  The  table  shows  certifications  at  the 
end  of  a  five  year  simulation.  Note  that  the  totals  in  a  distribution  on  a  combo  variable  will  be  several 
times  the  total  populations  size.  Because  five  variables  are  in  the  combo,  the  totals  are  five  times  the 
actual  population  size.  However,  as  the  9352  count  in  die  ND  column  of  Figure  4.10  indicates,  most 
of  the  certification  fields  contain  no  data. 


lists 

The  list  feature  is  used  to  create  a  list  of  records  in  a  population.  To  create  a  list,  press  the 
List  command  button.  The  dialog  box  in  Figure  4.11  will  sppeu  on  die  screm.  A  list  of  all  the 
variables  in  die  database  appears  in  the  "Vari^le”  list  box.  Notice  that  two  items  sqipear  next  to  the 
variable  name  in  the  list  box.  The  first  item  is  die  variable's  abbreviated  name.  The  second  item  is 
the  name  of  die  file  that  contains  die  variable.  In  die  "Variable"  list  box,  choose  the  variables  to 
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appear  in  the  list.  Composite  variables  cannot  be  used  in  a  list.  If  a  variable  is  accidentally  chosen 
which  is  not  desired,  click  on  the  variable  name  a  second  time  to  de-select  it.  The  number  of  columns 
that  the  list  requires  is  printed  at  the  upper  right  comer  of  the  screen.  It  is  updated  each  time  a 
variable  is  selected  or  deselected.  After  the  variables  have  been  selected,  press  the  OK  button.  The 
list  is  then  displayed  in  the  rq)ort  window.  Figure  4.12  shows  a  list  with  variables  "Name,” 
"Pay_Plan,"  "Subcommand,"  "Location,"  and  "Grade."  Note  that  the  list  is  labeled  with  abbreviated 
variable  names. 


Figure  4.11  •  List  Dialog  Box 


Figure  4.12  -  A  List  Report 
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View 


View  rqport  is  used  to  examine  an  individual  record  in  the  database.  To  generate  a  view, 
press  the  View  command  button  or  select  *View"  from  the  "Query”  menu.  If  the  size  of  current 
population  is  less  than  500,  the  dialog  in  Figure  4.13  will  appear.  If  the  population  contains  more  than 
500  records,  the  "Records"  list  box  will  be  missing  from  the  dialog  box.  The  first  st^  for  examining 
an  individual  record  in  ACQUIRES  is  to  decide  which  variable  ACQUIRES  will  use  to  search  for  the 
record.  Pick  the  desired  variable  from  the  "Key  Type"  drop-down  list.  Next  type  in  the  value  for 
ACQUIRES  to  look  for  in  the  "Key  Value"  edit  box.  If  the  dialog  has  a  "Records"  list,  ACQUIRES 
will  automatically  search  the  list  based  on  the  information  diat  has  been  typed  so  far.  For  example,  if 
a  user  types  "BE,"  ACQUIRES  will  select  the  first  list  item  that  begins  with  "BE."  The  value  may 
also  be  chosen  from  the  "Records"  list  box.  By  default,  a  view  will  include  all  variables  in  the 
database.  Figure  4. 15  shows  the  results  of  a  view. 


pBBQOSBEI?? - 

AUAHoSn  FMAauk 
IMWER  HMMMS.C 
■AMf.JOHM  J 

iass_fiieoCrmx 

KCKiiMl.aM^S.W 
■EaUIANN_JOCl..W 
KLCHCR  ■VMM  W 


MHM M  . 

MNMSZ  nMNCIS  li 

■amiHaiisiKiiiMiiD.li 

ilMDlEY.IldVCE.P 

■MITUNC 

t  itiMNT  r 


Figure  4.13-  The  View  Record  Dialog  Box 


Selecting  View  Variables 

The  variables  displayed  by  die  view  function  in  ACQUIRES  can  be  set  by  dioosing  the 
Variables...  button  in  die  "View  Record"  dialog  box.  Figure  4.14  shows  the  dialog  box  used  to  select 
the  view  variables.  All  of  the  variables  in  the  current  database  are  listed  in  the  "Select  Variables  to 
View"  list  box.  Only  highlighted  variables  wUI  appear  in  die  view.  If  a  highlighted  variable  is 
selected  with  the  mouse,  the  highlighting  is  ronoved.  If  a  non-hi^ighted  variable  is  selected  with  the 
mouse,  the  highlighting  is  turned  on.  Pressing  the  Clear  button  will  cause  the  highlighting  to  be 
removed  from  ail  variables.  Pressing  die  Select  All  button  will  hi^ight  all  variables.  When  finished 
making  selections,  press  the  OK  button.  The  Cancel  is  used  to  close  the  dialog  box  without  changing 
the  view  variables. 
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Figure  4.14  -  Selecting  Variables  to  View 


Figure  4.15  -  View  of  a  ftrsonnd  Record 


Printing  Rqiorts 

Any  distribution,  list,  or  view  can  be  printed  by  pressing  die  Print  conunand  button  or  by 
selecting  ”^int"  from  the  "Rqwrt"  menu. 

Exporting  Reports 

Any  distribution,  list,  or  view  can  be  exported  to  a  text  file  by  sriecting  the  "Export  to  Tnt 
File"  command  in  the  "Report"  menu.  The  dialog  box  in  Figure  4.16  will  ^ipear  when  this  command 
is  selected.  The  current  directory  is  printed  beside  the  "Padi:*  label.  To  choose  a  new  directory, 
double  click  on  a  directory  in  the  directory  list.  Once  die  desired  directory  has  beoi  diosen,  type  the 
file  name  in  the  "File  Name"  edit  box.  This  option  is  normally  used  to  export  data  to  other  software 
packages  sudi  as  spreadsheets,  databases,  or  presentation  graph  packages.  The  export  file  will  be 
comma  sqiarated. 
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Figure  4.16  -  Exporting  a  Report 


CHAPTERS.  CTANDARD REPORTS 

The  purpose  of  the  Standard  Rqrart  feature  is  to  allow  the  user  to  'standardize*  routinely  used 
graphs  or  lists,  so  that  they  may  be  produced  quickly.  To  use  standard  r^rts,  press  the  Std.  Report 
command  button.  The  ditdog  W  in  Figure  S.l  wQl  appear.  To  produce  a  r^rt,  select  a  r^rt  from 
the  ''Rq)orts"  list;  choose  "Screen,"  "Printer,"  or  "File"  as  dte  ouq>ut  type;  and  press  the  OK  button 
(if  no  rq)orts  have  been  created,  the  report  list  will  be  enq)ty,  as  seen  in  Figure  5.1).  The  Add  button 
is  used  to  create  new  reports.  The  Delete  button  deletes  the  rqwrts  highlighted  in  the  "Rq>ort"  list.  If 
the  output  type  is  "Printer,"  the  user  may  choose  more  than  one  rq;)ort  from  the  rq;)ort  list.  In  this 
way,  an  entire  sequence  of  rqrarts  can  be  produced  unattended.  If  the  ouq>ut  type  is  "File," 
ACQUIRES  will  prompt  the  user  for  a  file  name. 
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Figure  5.1  -  The  Standard  R^rt  Dialog  Box 
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Figure  5  J  -  Creating  a  New  Standard  Report 


To  create  a  new  standard  rqport,  click  on  die  Add  button  in  the  Standard  Rqport  window.  The 
dialog  box  in  Figure  5.2  wUi  ^pear.  First,  give  the  standard  report  a  name  in  die  "Name"  edit  box. 
Be  sure  to  give  the  report  a  descriptive  name  so  you  will  not  forget  what  the  r^rt  does.  Next  choose 
a  population  from  the  population  list  box  (the  populations  are  die  same  populations  available  under  the 
population  button).  Under  the  population  list,  ^oose  die  population  type.  The  "Database"  option  is 
for  rqiorts  on  databases.  The  "Simulation  •  Trmid*  and  "Simulation  -  Default  Year"  options  are  for 
simulation  reports.  For  an  explanation  of  diese  options,  see  Chapter  7.  Finally,  dioose  either 
"Distribution"  or  "List"  as  the  rqiort  type.  Whoi  finished,  press  OK.  If  "List"  was  chosen  as  the 
rqiort  type,  the  list  dialog  box  will  i^pear  next.  K  "Distribution"  was  chosen,  die  distribution  dialog 
box  will  ^pear.  Refer  to  Chapter  3  for  additional  help  on  diese  dialog  boxes.  Once  a  list  or 
distribution  has  been  designed,  the  new  standard  rqiort  will  appear  in  the  rqiorts  list. 


CHAPTER  6.  SCENARIOS  AND  SIMULATIONS 

The  simulation  facilities  allow  the  user  to  build  a  simulation  scenario  describing  Air  Force 
policy  and  other  factors  affecting  civilian  personnd.  An  enqihasis  is  placed  on  allowing  the  user  to 
create  detailed  training  policies  which  affect  the  abOity  of  civilians  to  obtain  die  training  necessary  to 
advance  their  acquisition  certification.  Av^able  seats  may  be  specified  for  eadi  trsuning  course,  and 
arbitrary  groups  of  civilians  can  be  designated  as  target  groups  trtiich  have  special  ^lotments  of  course 
seats.  Likewise,  special  education  programs  can  be  rqiresented  by  targeting  educational  attainmait  to 
user  defined  groups.  Provisions  h^e  also  been  provided  to  allow  for  overall  changes  to  such  force 
level  variables  as  sqiaration  rates,  hiring  freezes,  and  tinw  in  grade  requiremoits.  The  following 
screen  illustrates  the  buttons  associated  widi  a  simulation.  Descriptions  of  die  actions  of  eadi  button 
are  listed  bdow. 
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Figure  6.1  •  Buttons  Assodated  with  a  Simulation 

New:  The  New  button  is  used  to  create  a  new  simulation.  Selecting  tois  button  will  clear  the 
existing  simulation,  and  any  changes  to  param^ers  will  be  lost  unless  they  have  already  been 
saved  as  a  scenario.  Clicking  on  New  accesses  four  parameter  dialog  ^xes  which  contain 
default  values  for  the  scenario:  Simulation  Information,  Education,  Training,  and  the  Force 
Structure.  These  dialog  boxes  can  be  accessed  in  order  by  clicking  on  the  Next  button  in  the 
current  dialog  box  parameter  windows.  To  skip  to  the  previous  parameter  screen,  click  on  the 
Previous  button  in  the  current  dialog  box  window.  In  addition,  each  of  the  dialog  boxes  can 
be  accessed  directly  by  sdecting  the  impropriate  menu  item  under  the  Scenario  menu  at  the  top 
of  the  screen. 

Open:  The  Open  button  allows  the  user  to  load  an  existing  scenario  from  disk  into  ACQUIRES. 
This  scenario  can  be  loaded  from  any  drive  of  directory. 

Save:  The  Save  button  is  used  to  save  a  simulation.  The  dialog  box  asks  for  a  directory  and  file 
name  under  whidi  to  save  the  simulation. 

Parameters:  The  Parametm  button  is  used  to  view  and  modify  existing  Simulation  Information, 
Education,  Training,  or  Force  Structure  simulation  parameters.  It  provides  the  same  access 
to  a  scmario  as  new,  but  does  not  clear  the  current  scenario.  It  can  be  tised  to  access  a 
simulation  loaded  with  Open  or  change  some  of  the  parameters  in  a  New  scenario  which  has 
not  been  conq>leted. 


Simulation  Information 

The  first  screen  to  clicking  on  the  New  button  or  the  Parameter  button  is  the 

Simulation  Information  screen,  as  seen  below.  This  screen  pronmts  the  user  for  the  description  of  the 
scenario.  The  description  can  be  used  to  describe  an  initial  scenario  or  edited  in  the  case  of  an  existing 
scenario  (a  description  is  optional).  The  information  box  also  allows  the  user  to  specify  the  number  of 
years  to  simulate  and  the  start  date.  There  is  a  maximum  loigth  of  five  years  for  die  simulation,  and 


the  start  date  must  be  input  using  the  format  YR-MODD.  ACQUIRES  uses  a  default  date  of  92-1-1. 
In  general,  this  date  should  be  the  date  the  database  was  downloaded. 


After  data  for  the  Simulation  Information  dialog  box  has  been  input,  click  on  the  Next  button 
to  move  to  the  Education  parameter  screm. 


Education 

The  Education  parametw  screcm  allows  tiie  user  to  specify  tiie  results  of  any  special  educational 
programs  which  would  affect  the  ability  of  civUians  to  obtain  college  degrees.  In  addition  to  allowing 
the  user  to  access  and  diange  the  overall  rate  at  adiich  degrees  are  obtained,  target  groups  of  civilians 
can  be  identified  and  the  rate  of  educational  attainment  modified.  This  option  provides  extreme 
flexibility  in  specifying  the  results  of  any  educational  program.  Ddault  aggregate  educational 
attainment  rates  are  provided  for  tiie  three  possible  d^ees:  Bachdors,  Masters,  and  Doctorate. 
ACQUIRES  assumes  that  all  graduating  candidates  must  have  already  received  tiie  degree  preceding 
the  degree  to  be  obtained.  For  exanqile,  to  be  eligible  to  obtain  a  master's  degree,  the  individual  must 
have  already  completed  a  bachdor's  degree.  The  following  screen  gives  an  exanqile  of  using  the 
Education  dialog  box. 


Figure  6  J  -  An  Education  IMalog  Box 
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specifying  Target  Groups 

In  the  education  dialog  box,  rates  may  be  designated  for  specific  target  groups  or  for  the 
simulation  population  as  a  whole.  Any  number  of  target  groups  may  be  defined  and  assigned  different 
rates  of  educational  attainment  for  any  or  all  of  the  degrees.  For  example,  a  target  group  entitled 
Griffiss  (including  all  individuals  from  that  base)  may  be  designated  to  receive  an  additional  percentage 
of  bachelor  degree  graduates  per  year  than  the  total  popAilation.  The  following  example  illustrates  this 
concept. 

To  create  a  new  target  group,  begin  by  clicking  on  the  Add  Group  button  located  in  the 
Education  window.  The  Add  Macro  screen,  identical  to  die  one  previously  discussed  under  die  section 
on  creating  sub-populations,  will  appear. 

Enter  the  name  Griffiss  in  the  Name  space  to  create  the  condition  [Installation  Location  Name 
Position  equals  Griffiss].  Refer  to  the  section  on  Creating  a  Sub-population  for  detailed  explanations 
on  using  the  Add  Macro  dialog  box.  When  finished  the  screen  will  appear  as: 


Figure  6.4  -  Using  the  Add  Group  Button  to  Create  a  New  Target  Group 


Click  on  the  OK  button  to  return  to  the  Education  parameter  window.  The  Griffiss  target 
group  has  bemi  added  to  the  groups  available  under  education  and  can  now  be  used  as  a  target  group 
for  any  of  the  degree  levels. 

To  access  the  target  group  just  created,  click  on  die  down  arrow  to  the  right  of  the  (}roup  bar, 
and  then  click  on  the  Griffiss  target  group. 
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Figure  6^-  Choosing  the  New  Target  Group 


The  rates  by  year  will  all  become  zero,  because  no  special  attainment  rates  have  been  set  for  the  new 
target  group. 

Assigning  Graduation  Rates  and  Education  Levels 

Additional  education  attainment  rates  can  now  be  set  for  die  Griffiss  target  group.  To  sdect  an 
education  level  (bachelor's  degree,  master's  degree,  and  Ph.D.),  click  on  the  down  arrow  of  the  Level 
bar  followed  by  clicking  on  an  education  level.  Set  graduation  rates  for  Master's  students  located  at 
Griffiss  to  be  an  additional  2%  above  the  group  total  by  sdecting  die  Master's  level  from  the  level 
option  as  just  described.  Any  of  the  rates  may  now  be  modified  by  clicking  in  die  box  and  r^lacing 
the  0  with  the  new  rate  (2  in  this  case).  It  is  possible  to  Jung)  direcdy  to  the  next  box  by  typing  a  TAB 
key  or  by  clicking  on  the  next  box.  The  example  is  conqilete,  and  the  screen  should  appear  as  follows: 
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Figure  6.6  -  Setting  Graduation  Rates  for  Masters  D^ree  at  Griffiss 


It  should  be  noted  that  the  2%  rate  just  specified  is  an  additional  rate  over  and  above  die 
default  rate  (adiich  may  be  changed)  for  die  entire  population.  In  addition,  it  is  entirdy  possible  for  a 
pmon  to  be  digible  for  more  than  one  target  group  rate.  If  target  groups  are  specified  for  both 
Griffiss  and  persons  of  grade  13,  there  will  certainly  be  grade  13  civilians  at  Griffiss  who  are  in  bodi 
groups.  In  fois  case,  the  person  receives  bodi  rates  Cm  addition  to  die  default)  when  detmnining  the 
probability  diat  the  person  will  attain  die  degree.  If  desired,  the  usw  could  now  specify  a  rate  for 
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Bachelors  or  Doctorate  attainment  for  the  same  target  group  (Griffiss).  For  example,  simply  select 
Bachelors  from  the  level  option  and  type  the  additional  rates  for  bachelors  candidates  in  the  rate  boxes. 
As  many  groups  as  necessary  may  be  created  by  repeating  this  process,  and  each  target  group  may  be 
assigned  any  combination  of  rates  for  the  three  degrees  by  simulation  year. 

The  <  Total  >  group  which  appears  with  Griffiss  under  the  Group  option  is  always  avaUable. 
When  first  selected,  the  default  rates  for  the  currently  selected  level  will  be  displayed  (unless  these 
defaults  have  already  been  changed).  These  defaults  may  be  changed  by  the  user  and  will  be  saved 
with  a  scenario  when  it  is  run  or  saved.  In  fact,  if  a  complicated  educational  program  is  to  be  specified 
with  many  target  groups,  it  may  be  best  to  set  the  default  rates  to  0  so  that  die  target  rates  themselves 
better  reflect  a  group's  actual  probability  of  attaining  educations. 

Note  that  not  all  variables  can  be  used  to  create  target  groups  from  the  Macro  dialog  box. 
Only  those  variables  which  are  actually  included  in  the  simulation  may  be  accessed.  If  a  variable 
which  is  not  in  the  simulation  is  selected,  a  warning  will  be  given  when  attempting  to  exit  the  Macro 
dialog  box.  For  details  see  Appendix  F. 


Training 

The  Training  dialog  box  operates  in  almost  precisely  the  same  manner  as  the  Education  dialog 
box  and  allows  extreme  flexibUity  in  targeting  training  programs  to  specific  groups  of  civilians.  The 
training  courses  available  under  diis  option  are  those  required  to  meet  the  certification  requirements  of 
the  various  stalls  (see  Appendix  D  for  a  further  explanation).  The  following  screen  shows  the  Training 
parameter  window. 


Figured.?-  The  Training  Parameter  Window 


The  only  difference  between  the  Training  dialog  and  the  Education  dialog  is  that  the  Course 
bar  now  rq>laces  the  level  bar  from  the  Education  dialog.  Opening  the  Course  bar  produces  a 
complete  list  of  all  available  training  courses.  An  exanq)le  of  a  screen  with  the  Course  bar  open  is 
given  below.  To  select  a  specific  course,  click  on  foe  course  title. 
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Figure  6.8  -  Using  the  Course  Bar 


Specifying  Target  Groups 

Target  groups  for  Training  are  specified  in  the  same  manner  as  target  groups  for  Education. 
Generate  a  target  group  by  clicking  on  the  Add  Group  button  in  the  Training  window.  After  creating 
the  condition  for  the  new  target  group  in  the  Add  Macro  dialog,  click  on  the  OK  button  to  return  to 
the  Training  parameter  dialog.  The  new  group  will  be  available  in  the  Groups  bar. 

Allocating  Total  Seats 

Instead  of  specifying  rates  as  in  the  Education  dialog,  a  specific  number  of  seats  are  allocated 
to  training  courses.  First,  select  a  course  from  die  Courses  bar  (if  necessary  use  the  scroll  bar  to 
access  the  entire  list  of  courses).  The  total  number  of  seats  for  a  course  is  allocated  by  selecting  the 
<  Total  >  group  from  the  Group  bar  and  typing  the  number  of  seats  per  year  into  the  column  of  seats 
(click  on  a  box  to  allow  editing,  tab  to  jump  to  the  next  box).  The  total  of  all  target  group  seats  in  a 
year  for  a  specific  course  must  always  be  less  than  this  total.  (If  it  is  exceeded,  a  warning  will  be 
given.)  This  prevents  absurdly  hi^  totals  of  seats  among  die  targ^  groups  by  requiring  that  the  total 
number  of  seats  be  pre-specided. 

For  example,  select  the  course  entided  WSYS-2(X)  by  clicking  on  the  down  arrow  of  the 
Course  bar  and  then  using  the  scroll  bar  to  locate  the  course  and  clicking  on  the  course  tide.  Proceed 
by  opening  the  Group  bar  and  clicking  on  the  group  <  Total  > .  Input  4(X)  into  the  Seats  boxes  for 
years  one  through  five.  The  window  should  ^pear  as  follows. 
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Figure  6.9  -  Siting  the  Total  Number  of  Seats  for  a  Course 


Allocating  Target  Seats 

Allocating  seats  to  a  target  group  follows  the  same  procedure  as  allocating  seats  to  the  entire 
population.  Remember,  seats  must  first  be  allocated  to  the  <  Total  >  before  seats  can  be  allocated  to  a 
target  group.  Continue  the  above  example  by  leaving  WSYS-200  selected.  Click  on  the  Group  bar 
and  select  the  Griffiss  target  group.  Input  SO  into  the  Seats  boxes  for  each  of  the  five  years.  The 
window  should  appear  as  follows. 


Highly  detailed  and  specific  training  programs  can  be  developed  by  specifying  target 
populations  and  targeting  specific  training  courses.  The  examples  considered  have  been  very  simple, 
but  it  is  possible  to  target  such  groups  as  GM-13s  at  Wright  Patterson  with  at  least  a  bachelors  degree 
for  a  particular  number  of  seats  WSYS-400.  This  same  group  can  be  targeted  for  a  specialty  course  in 
R&D.  Likewise,  many  other  groups  may  be  targeted  to  the  WSYS-400  course  (as  long  as  the  total 
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number  of  seats  is  not  exceeded).  As  with  education,  note  that  it  is  possible  for  an  individual  to  be  in 
more  than  one  target  group  (a  GM  at  Brooks  would  be  in  both  a  Brooks  group  and  a  GM  group).  In 
such  cases,  the  person  has  access  U  'x)th  sets  of  targ^  seats. 

Again,  note  that  not  all  variables  can  be  used  to  create  target  groups  from  the  Macro  dialog 
box;  for  details  see  Appendix  F. 


Force  Structure  Parameters 

The  Force  Structure  parameter  window  addresses  scenario  designs  dealing  primarily  with 
overall  rates  and  global  policy  levers.  In  general,  these  options  will  probably  be  used  less  than  the 
Education  and  particularly  the  Training  options.  Areas  addressed  und^  Force  Structure  include: 
annual  sq)aration  rates,  new  hire  or  promotion  freezes,  minimum  years  to  promotion,  and  the 
maximum  number  of  training  courses  a  person  may  take  in  a  year.  All  options  exc^t  time  in  grade 
for  promotion  can  be  changed  on  an  annual  basis.  The  Force  Structure  screen  appears  as  follows. 


1  Ilf  (  i-  !  Itnii  tuff 


^  OK 


EWIliMi 


^  Mid 


Figure  (i.ll  -  The  Force  Structure  Screen 
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The  various  panels  to  the  Force  Structure  window  are  described  bdow. 

Yearly  Parameters:  The  yearly  parameters  pand  contains  all  variables  diat  can  be  adjusted  on  an 
annual  basis  for  the  each  year  of  the  simulation.  Ihese  parameters  must  be  adjusted  for  each 
year  in  which  a  diange  from  the  default  is  desired. 


Year:  The  Year  bar  selects  which  simulation  year  the  user  is  examining  in  the  Yearly  Parameters 
panel.  Selecting  a  different  simulation  year  will  cause  die  courses  pw  year,  the  sqiaration 
rate,  and  the  freeze  buttons  to  change  to  those  for  the  selected  year.  Changing  any  of  these 
parameters  will  afreet  only  the  current  year. 

Maximum  Courses  Per  Year:  The  Maximum  Courses  Per  Year  box  designates  the  maximum 
number  of  courses  an  individual  is  allowed  to  take  in  a  given  simulation  year. 

Overall  Separation  Rate:  The  Overall  Separation  Rate  allows  the  usw  to  adjust  the  overall 
sqiaration  rate  for  each  year  the  simulation  is  tun.  The  default  rate  is  the  measured  rate  from 
1984  to  1987  of  .125.  The  actual  rates  used  by  die  simulation  are  actually  broken  down  by 
occupational  group,  grade,  and  year  of  s^ice  cohorts.  Changes  to  this  global  rate  cause 
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commensurate  linear  shifts  in  each  of  the  cohort  rates  for  the  current  year,  with  the  cohort 
rates  limited  to  remain  between  0  and  1.  See  Appendix  E  for  more  detail  on  the  cohort 
separation  rates. 

New  Ifire  Freeze:  Selecting  the  New  Hire  Freeze  box  by  clicking  on  the  box  places  a  ft-eeze  on 
hiring  anyone  from  outside  AFSC  for  the  given  year.  To  deselect  the  box,  click  on  the  box 
again. 

Promotions/Upgrades  FVeezes:  Selecting  the  Promotions/Upgrades  Freeze  box  by  clicking  on  the 
box  places  a  hold  on  all  new  promotions  or  upgrades  for  the  given  year. 

Lateral  Transfer  Freeze:  Selecting  the  Lateral  Tranafn-  Freeze  box  places  a  temporary  freeze  on 
all  lateral  transfers  for  the  given  year.  A  lateral  transfer  is  used  here  to  designate  a  move  to  a 
new  position  of  the  same  grade  as  the  civilian's  current  position. 

Minimum  Years  to  Promotion:  The  Minimum  Years  to  Promotion  panel  designates  the  number 

of  years  an  individual  must  remain  in  a  curr^  grade  before  being  eligible  for  promotion. 

Minimum  time  in  grade  requirements  are  applied  to  all  simulation  years. 

Grade:  The  Grade  bar  allows  the  user  to  select  a  specific  grade  to  set  the  Time  in  Grade  (TIG) 
requirement  for  promotion  eligibUity.  Note  ftiat  the  grades  start  at  1  while  most  AFSC 
positions  are  at  least  grade  7. 

TIG  Required  (years):  The  Time  in  Grade  Required  box  allows  the  user  to  input  the  number  of 
years  required  in  the  selected  grade  before  a  person  is  digible  for  promotions.  By  default  all 
grades  require  a  1  year  TIG. 


Saving  a  Scenario 

After  a  scenario  has  been  developed  by  intoacting  with  the  parametw  dialog  boxes,  it  may  be 
saved  to  a  scenario  file.  This  file  may  then  be  run  on  any  database  created  with  the  same  support  files 
as  the  database  on  which  the  scenario  was  built  (this  will  in  gen^  be  true;  see  Appendices  D,  F,  and 
G  for  excq)tions).  To  save  a  scenario,  simply  click  on  die  Save  button  at  the  left  of  the  screen.  The 
standard  file  dialog  box  (discussed  earlier)  will  appeal  to  allow  die  sc^iario  to  be  saved.  Scenarios 
should  always  end  with  the  .SCN  extension  as  shown  in  the  box.  The  user  may  create  and  maintain  as 
many  scenarios  as  desired. 


Starting  the  Emulation 

Starting  a  simulation  requires  that  die  uso*  has  loaded  a  database  whidi  was  created  by  the 
condition  and  encode  facilities.  In  addition,  any  scenario  (or  the  default  sc^iario)  may  be  used.  To 
initiate  the  simulation,  simply  click  on  the  Run  button  on  die  left  of  the  screen.  At  this  point  the 
standard  file  dialog  box  appears  and  allows  the  user  to  name  die  simulation  result  file.  When  the  OK 
button  is  clicked,  the  simiUation  will  begin.  A  status  box  will  appear  to  rqxirt  the  progress  of  the 
simulation  and  will  dis^pear  when  the  simulation  is  conqilete.  At  any  point,  the  simulation  can  be 
terminated  by  selecting  Cancel  (in  some  cases  there  may  be  a  delay).  If  a  simulation  is  canceled,  no 
results  will  be  available. 
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To  access  the  con^>leted  simulation  results,  pull  down  the  file  menu  from  the  main  menu  bar 
and  select  "Load."  The  file  dialog  box  discussed  in  Qiapter  4  will  ^pear  (see  this  section  for  further 
dociunentation).  Select  the  Simulation  button,  and  then  pick  the  name  of  the  simulation  just  created. 
After  clicking  on  OK,  the  simulation  will  be  available  for  queries. 


CHAPTER?.  SIMULATION  QUERIES 

After  a  simulation  has  been  run  and  loaded,  the  uso*  is  ready  to  select  a  population  to  query 
from  the  simulation  results.  This  process  is  identical  to  the  process  for  selecting  a  population  in  the 
database  with  the  excq)tion  of  one  step,  selecting  the  "Simulation  -  Jrend"  option  instead  of  the 
"database"  option  in  the  center  of  the  dialog  box  (see  Figure  7.1).  The  "Simulation  -  Default  Year" 
option  is  also  used  for  simulation  populations  and  will  be  discussed  later.  The  "Simulation  -  Jrend" 
option  tells  ACQUIRES  to  locate  the  people  in  each  simulation  year  that  meet  the  specified  condition. 
For  example,  assume  &e  user  selects  the  population  of  people  at  Grifftss  AFB  in  a  five-year 
simulation.  If  an  individual  starts  out  at  Griffiss,  moves  away  in  year  two,  and  then  moves  back  again 
in  year  four,  the  individual  is  only  included  in  die  population  for  years  zero  (the  initial  database),  one, 
four,  and  five.  When  ACQUIRES  selects  a  trend  population,  it  is  actually  selecting  a  separate 
population  for  each  simulation  year. 
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Figure  7.1  -  Selecting  «  Trend  Population 


Once  the  user  presses  the  OK  button  in  the  population  window  and  the  hour  glass  dis^pears, 
the  new  population  count  will  appear  at  the  bottom  of  die  screm  (see  Figure  7.2).  This  count 
rqiresents  the  total  numbo^  of  people  that  are  ever  In  die  population,  regardless  of  simulation  year. 
This  population  includes  both  new  hires  and  s^arators.  Consequendy,  die  "Count"  will  be  larger  than 
the  population  in  any  single  year. 
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Figure  7  J  -  Screen  After  Trend  Population  Selection 


Creating  Distributions 

Because  a  simulation  trend  population  is  actually  made  up  of  a  sq)arate  population  for  each 
year,  simulation  distributions  differ  from  database  distributions.  In  a  simulation  distribution,  the  user 
selects  the  year  that  he  or  she  wants  a  distribution  of  by  using  the  "Year”  drop-down  list  in  the  middle 
of  the  Distribution  dialog  box  (see  Figure  7.3).  For  exanq>ie,  if  the  user  wants  a  distribution  of  the 
selected  population  by  grade  in  the  third  year  of  a  iive-year  simulation,  be  or  she  would  select  the 
"Grade"  variable  and  "Year  3"  in  the  year  list.  The  results  are  shown  in  Figure  7.4. 


Figure  7  J  -  Sdecting  a  Simulation  Distribution  for  Year  Three 
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Figure  7.4  •  A  Smuiation  Distribution 


ACQUIRES  can  also  compute  distributions  by  year  for  simulations.  Tbis  is  done  by  selecting 
the  word  “Trend"  in  the  year  drop-down  list  in  the  "Year"  list  (Figure  7.3),  When  "Trend"  is 
selected,  the  user  can  only  select  one  additional  variable  (and  dien  only  with  a  table).  ACQUIRES 
returns  a  distribution  of  the  number  of  people  in  the  population  for  each  simulation  year  if  no  variable 
is  selected  with  "Trend"  (see  Figure  7.^.  Notice  that  &e  bar  chart  in  Figure  7.5  starts  with  year  two. 
This  is  because  the  population  in  years  zero  and  one  bad  no  records  in  it.  If  a  variable  is  selected  with 
"Trend,"  ACQUIRES  gives  a  table  of  the  selected  variable  across  the  years.  Figure  7.6  shows  this 
with  a  distribution  of  a  combo  variable  of  Certification!  through  Certifications  by  year  (see  Combo 
Variable  section  for  details  on  Combo  variables). 


Figure  7.5  -  A  Distribution  by  Year 
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Default  Year  Simulation  Populations 

In  addition  to  trend  populations,  ACQUIRES  also  supports  a  second  type  of  simulation 
population.  This  second  type  of  population  is  sdected  by  choosing  the  "Default  Year"  option  in  the 
Population  dialog  box  (see  Figure  7.7).  Instead  of  testing  an  individual  every  year,  the  individual  is 
only  tested  in  a  single  year  for  "Default  Year"  populations.  On  the  basis  of  this  test,  an  individual  is 
either  included  in  the  population  for  all  years  or  for  none  at  all.  The  year  in  which  an  individual  is 
tested  is  determined  by  the  number  selected  in  the  "Default  Year"  drop-down  list  (see  Figure  7.7)  in 
the  population  dialog  box.  Tlie  "Default  Year"  population  t3^e  has  Aree  different  uses;  retrieving 
populations  faster,  tracking  populations,  and  detecting  variable  dianges. 


Figure  7.7  Selecting  a  Default  Year  Population 
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The  simplest  use  for  a  "Default  Year"  population  is  to  determine  information  about  a  single 
simulation  year  (usually  the  last  year).  If  the  user  is  only  interested  in  information  about  a  single  year, 
finding  a  "Default  Year"  population  for  that  year  is  quicker  than  finding  a  "Trend"  population.  For 
example,  assume  a  user  is  interested  in  determining  the  number  of  people  who  are  in  each  grade  at 
Griffiss  AFB  at  the  end  of  the  simulation.  The  user  could  select  the  macro  for  location  Griffiss  with 
the  "Trend"  Population  option,  followed  by  performing  a  grade  distribution  in  year  S.  However,  it  is 
faster  to  select  the  "Default  Year"  five  population.  Both  methods  give  the  same  result  in  the  default 
year. 


Another  common  use  for  "Default  Year"  populations  is  to  track  a  population.  For  example, 
assume  that  a  user  is  interested  in  how  the  people  who  started  in  grade  13  at  Wright-Patterson  AFB 
advanced  in  grade.  The  macro  for  this  group  is: 

(InBtaIIation_Loc_Name_Pos  equal  WR/PATT)  and  (Grade  equal  13) 

The  user  selects  the  default  year  as  zero  and  performs  a  distribution  on  grade  with  "Trend"  for  the 
year.  Figure  7.8  gives  the  results.  Thirty-one  people  who  started  in  grade  13  at  Wright-Patterson 
were  promoted  to  grade  14  by  the  end  of  the  simulation.  Note  that  the  column  totals  diminish  as  the 
years  pass  to  reflect  people  separating.  By  setting  the  default  population  year  to  year  five  and 
performing  the  same  distribution,  a  user  can  determine  how  many  people  were  promoted  into  grade  13 
at  Wright-Patterson  by  the  end  of  the  simulation. 


Figure  7.8  -  A  Distribution  on  a  Default  Year  Zero  Population 


The  last  use  for  the  "Default  Year"  population  option  is  to  detect  dianges  in  variables  during 
the  simulation.  A  user  may  want  to  select  foe  population  of  people  who  started  foe  simulation  in 
grade  12  and  finished  foe  simulation  in  grade  13.  These  populations  are  selected  by  using  foe  "In 
Year"  operator  in  foe  macro  dialog  box.  The  "In  Year"  operator  is  sdected  from  foe  pull  down  list 
next  to  foe  variable  list  (Figure  7.9).  The  Add  Condition  button  is  fora  pressed.  Alternatively,  foe 
user  can  type  "ln_year_*,"  with  foe  last  letter  being  foe  year  number.  The  "In  Year"  operator 
overrides  foe  default  year  as  foe  year  in  which  a  test  is  performed.  For  example,  if  a  macro  contains 
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"(Grade  in_year_0  equals  12),"  the  test  is  performed  on  a  person's  grade  in  year  zero 
regardless  of  the  default  year.  The  "In  Year"  operator  also  allows  an  individual  to  be  tested  in  several 
years  at  once.  For  example,  a  macro  might  contain  "(Grade  in_year_0  «  12)  and  (Grade 
in_year_5  >=  13)."  This  macro  would  select  people  who  began  Ae  simulation  in  grade  12  and 
finished  in  grade  13.  Macros  can  also  mix  conditions  that  have  the  year  specified  with  those  that  do 
not  have  the  year  specified.  An  example  of  diis  is  mixing  "(Grade  in_year_0  -  12)  and 
(Grade  -  13) ."  In  this  macro,  the  test  for  grade  12  is  performed  in  year  zero,  while  the  test  for 
grade  13  is  performed  in  the  default  year.  "In  Year"  specifications  are  only  used  when  the  "Simulation 
-  Default  Year"  option  is  selected  in  the  "Population"  dialog  box.  They  are  ignored  in  database  and 
trend  populations.  For  example,  "(Grade  -  13)"  and  "(Grade  in_year_3  =  13)"  are 
synonymous  in  trend  populations  and  database  populations  but  not  in  default  year  populations. 


Figure  7.9  -  Using  the  "In  Year"  Operator 
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APPENDIX  A 


SYSTEM  REQUIREMENTS 

In  order  to  run  ACQUIRES,  a  usk  needs  an  IBM-PC  conqpatible  with  an  80386  or  higher  CPU, 
at  least  4Mb  RAM,  and  at  least  15Mb  of  free  disk  space,  DOS  version  3.3  or  high»,  Microsoft 
Windows  v^ion  3.0  or  highw,  and  a  mouse.  The  actual  amount  of  disk  space  and  memory  needed 
by  ACQUIRES  dq>ends  on  the  size  of  the  data  sets  being  used.  For  large  data  sets  ACQUIRES  may 
need  as  mudi  as  8Mb  of  memory.  Hie  {^proximate  disk  usage  of  ACQUIRES  widi  the  currmt 
database  is  listed  bdow. 


Approximate  ACQUIRES  IMsk  Usage  (per  1000  records) 


Raw  Data  (tm^rary)-  3Mb 

Encoded  Database-  600Kb 

Running  Simulation  (tenqiorary)-  600Kb 
Simulation  Results-  60Kb 


ACQUIRES  is  written  using  the  Borland  C+  -I-  conqiUer  version  2.0. 


APPENDIX  B 


USING  THE  ON-LINE  HELP  SYSTEM 

The  on-line  help  for  ACQUIRES  is  a  Windows  Help  documrat.  Windows  Help  is  a  program 
that  comes  with  MS' Whufows.  Hie  screen  for  0e//>  q)pears  in  Figure  Bl.  The  help  window 

displays  one  topic  at  a  time.  At  die  top  of  the  window,  diere  is  a  row  of  buttons.  The  Index  button 
brings  up  the  table  of  contents;  the  Back  button  goes  to  the  last  topic  viewed;  the  Browse  >  >  and 
Browse  <  <  buttons  go  to  next  and  previous  topics  in  a  sequence  of  topics;  and  the  Search  button  is 
used  for  keyword  searches.  Cross-referoices  to  rdated  topics  are  displayed  as  underlined  words.  By 
clicking  on  a  cross-referenced  word,  the  user  can  jun^i  to  that  topic.  Definitions  are  displayed  as 
dotted  underlined  text.  Clicking  on  a  definition  and  holding  the  mouse  button  down  causes  the 
definition  to  iqipear.  For  more  information  on  Windows  Help,  select  the  "Using  Help”  item  in  the 
ACQUIRES  help  m^. 
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Figure  B1  -  Using  Windows  Hdp 


There  are  four  ways  to  g^  on-line  help  in  ACQUIRES.  The  first  way  is  to  press  FI,  second  is  by 
pressing  the  Help  button  in  any  ACQUIRES  dialog  box,  and  diird  is  by  pressing  Shift+Fl,  followed 
by  clicking  on  a  screen  region  to  get  help  on  diat  hem.  Finally,  die  user  can  select  one  of  the  items  in 
the  help  moni  at  the  top  of  the  screen.  The  help  mom  is  us^  for  gmeral  access  to  the  on-line  hdp. 
The  subject  of  each  of  die  items  under  die  hdp  menu  is  as  follows: 


1.  Index  - 

2.  Command- 

3.  Keyboard- 

3.  Using  Hdp- 

4.  MS-Windows  Hdp- 


The  table  of  contents  for  ACQUIRES  hdp. 
ACQUIRES  commands. 

K^board  commands  in  ACQUIRES. 

How  to  use  die  Mioosoft  Hdp  program. 
How  to  use  Microsoft  windows. 
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APPENDIX  C 


SIMULATION  MECHANICS 

This  ^p«idix  provides  an  overview  of  die  methods  which  implement  the  ACQUIRES 
simulation  conqionait.  Hie  simulation  con^xinent  is  implmnented  using  next  event  methods  on  an 
entity  database.  Each  entity  in  the  database  represents  a  civilian  in  Air  Force  Systems  Command 
(AFSC).  The  variables  in  the  mtity  rqiresoit  the  p^son's  charact^istics.  A  set  of  entities  are 
maintained  to  represent  the  civilian  positions  in  AFSC.  By  changing  individual  characteristics  through 
time,  the  simulation  projects  the  composition  of  die  force  in  future  time  periods. 

The  simulation  operates  by  maintaining  an  event  queue  on  which  events  can  be  placed  or 
ronoved  and  executed.  The  quoie  is  kept  ordered  by  date  such  diat  the  top  event  is  always  the  one 
with  the  smallest  date.  For  exanqile,  an  event  can  be  placed  on  die  queue  to  sq;>arate  a  particular 
person  at  a  specified  date.  When  that  event  rises  to  the  top  of  the  event  queue  (by  odm,  earlio'  events 
being  removed),  the  simulation  has  inqilicidy  arrived  at  die  date  for  the  separation  event  to  be 
executed.  At  that  time,  the  event  is  removed  from  the  event  queue,  and  die  person  is  sqiarated  from 
the  force. 


Annual  Events 

At  the  b^inning  of  the  simulation  a  set  of  "annual  events"  are  placed  on  the  event  queue. 
When  one  of  these  events  is  removed  from  the  queue  and  conqiletes  its  execution,  it  is  placed  back  on 
the  queue  to  be  executed  365  days  in  the  future.  These  evmts  initiate  all  of  die  activity  which  occurs 
in  the  simulation.  The  annual  evmts  are: 

Schedule  separations:  Tests  all  civilians  for  possible  s^aration  from  AFSC.  The 
probabUity  of  separation  is  determined  by  a  person's  general  occupational  group, 
grade,  and  years  of  sovice  (see  the  rates  t^le  in  Appendix  E).  Individual  sqiarators 
are  selected  at  random  in  accordance  with  die  person's  sqiaration  probability.  If  it  is 
determined  diat  a  person  is  to  separate,  a  s^aration  event  is  scheduled  at  a  random 
date  in  the  upcoming  year. 

Education:  Allows  each  person  to  obtain  advanced  d^ees  (bachriors,  mastos, 
doctorates)  in  accordance  with  die  overall  rates  and  target  group  rates  established  in  the 
simulation  scmario  developed  by  the  uso:.  This  evmit  is  scheduled  at  mid-year,  and  all 
degrees  are  awarded  at  that  time. 

Training:  Allows  civilians  to  pass  throu^  training  courses.  The  seats  in  each 
training  course  are  filled  according  to  die  target  groups  designated  by  the  user  in  die 
simulation  scenario.  The  remainder  of  die  seats  (and  any  left  over  by  target  groups 
smallw  dian  their  seat  specifications)  are  assigned  at  random  to  anyone  in  die  database. 

In  all  cases,  those  persons  for  which  a  training  course  would  provide  advancement 
toward  the  next  certification  level  in  die  stall  of  dieir  current  position  are  givm 
prefermce  for  the  available  seats.  That  is,  die  seats  are  tilled  first  widi  diese  persons 
and  others  are  dien  selected  to  till  the  remaining  seats.  Aside  from  these  conditions,  all 
seat  assignmmits  are  random.  Again,  dib  event  is  sdieduled  at  mid-year,  and  all 
training  is  assigned  at  diat  time. 
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Certification:  This  event  is  actually  scheduled  to  occur  three  times  per  year.  All 
individuals  are  checked  to  see  if  they  have  attained  the  requirements  for  certification  at 
any  level  (where  the  lower  level  must  always  be  attained  first)  in  any  stall.  If  so,  the 
person  is  assigned  the  certification.  This  is  primarily  a  check  for  attaining  experience 
requirements,  as  anyone  who  obtains  education  or  training  is  immediately  checked  for 
possible  certification.  The  requirements  for  certification  are  specified  in  the  file: 
certify  (see  Appendix  D). 

End  of  year:  When  the  end  of  a  simulation  year  is  reached,  the  current  state  of  the 
civilian  inventory  is  written  to  disk  as  a  file.  At  the  completion  of  the  simulation,  each 
of  the  yearly  files  is  examined  and  condensed  into  a  single  simulation  result  file.  This 
is  the  ^e  which  is  available  to  query  and  contains  all  of  the  information  on  individuals 
for  each  of  the  simulation  years. 


Other  Events 

While  the  annual  events  initiate  the  operations  performed  in  the  simulation,  the  schedule 
separations  event  submits  individual  separate  events  to  be  acted  on  at  specific  dates.  This  separation 
event  can  implement  a  cascade  of  other  events  to  fill  the  vacated  position.  When  an  individual  is 
separated,  one  of  several  events  will  be  scheduled  to  fill  the  vacant  position:  local  transfer  (from  the 
same  base),  local  promotion,  general  transfer  (from  any  base),  and  general  promotion.  The  type  of  fill 
event  is  selected  at  random,  based  on  probabilities,  and  is  subject  to  the  hiring,  promotion,  or  transfer 
freezes  specified  by  the  user.  Most  initial  attempts  to  fill  are  ^ough  local  transfer  or  local  promotion. 
However,  if  these  fail  (no  one  is  available  who  meets  the  positions  requirements),  a  cascade  wUl  be 
initiated  where  the  position  is  filled  from  outside  the  base.  If  all  attempts  to  fill  the  position  fail,  a 
person  will  be  hired  from  outside  AFSC.  These  outside  hires  are  not  allowed  for  positions  requiring 
acquisition  certification.  In  this  case,  one  of  the  original  four  fill  events  is  re-tried,  and  the  cascade  of 
events  to  fill  the  position  continues  until  a  suitable  candidate  can  be  found.  Note  that  any  promotion  or 
transfer  event  itself  opens  a  position  which  itself  must  be  filled  in  the  same  manner  as  a  separation. 
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AFPENDKD 


CERTIFICATION  REQUIREMENTS 

Hiis  is  an  advanced  discussion  for  those  who  want  to  add  or  change  cotification  requirements. 
The  format  of  this  file  is  quite  specific  and  must  be  followed  precisdy.  Each  ACQUIRES  sub¬ 
directory  which  contains  dat^ases  or  simulation  results  wUl  have  a  certify  file.  This  file  may  be 
modified  widi  any  ASCII  text  editor  (diis  includes  word  processors  such  as  WordP^ect,  but  the  file 
must  be  read  and  written  using  the  Text  In/Out  mode).  The  file  designates  all  of  the  education, 
experience,  and  training  requiremoits  for  each  of  the  10  stalls  at  each  of  the  3  levds.  Blank  spaces, 
tabs,  or  blank  lines  may  iq>pear  anywhere  in  the  file  to  in^rove  readability;  however,  all  spellings 
must  be  exaa  including  case  and  the  trailing  colon  on  sevwal  k^words.  The  stall  names  must  matdi 
those  in  the  stallio. cod  file  documented  in  App^idix  E.  Again  spelling  must  be  exact.  (It  is  best 
to  use  the  stall  names  provided  in  the  original  certify  file). 

It  is  critical  diat  any  changes  be  made  to  the  certify  file  before  the  condition  and  encode  stq>s 
of  building  a  database  are  performed.  Optionally,  foe  database  can  be  re-conditioned  and  re^coded 
after  a  change  to  c^fy  (fois  requires  that  foe  DAT  files  from  foe  downloaded  database  are  still 
available).  Howevw,  be  aware  that  all  simulations  based  off  foe  database  will  be  invalidated  by 
changing  certify.  To  retain  old  simulations,  it  will  be  necessary  to  create  a  new  ACQUIRES  sub¬ 
directory  and  begin  to  condition  and  mcode  op^ations  from  soatch  foo-e.  Scenario  files  are  also 
invalidated  by  changes  to  certify  because  they  may  affect  foe  number  and  order  of  foe  training  courses 
which  are  avaUable. 


File  Format 

The  first  line  of  certify  simply  declares  foe  maximum  numbw  of  unique  course  names 
among  all  of  foe  training  requirements  uhich  follow.  R  need  not  be  exact,  but  must  be  larga*  than  foe 
number  of  unique  names,  or  foe  condition  option  in  ACQUIRES  will  fail  and  notify  foe  vset  that  foe 
maximum  has  beat  exceeded.  The  format  for  fois  line  is: 

MaxUniqueCoureee  # 

Where  #  is  foe  maxinmm  number  of  unique  course  names  which  q)pear  in  foe  file  (such  as 

100). 

Following  fois  line  are  a  series  of  blocks  tifoich  describe  foe  c^fication  for  eadi  stall/level. 
A  stall  and  level  are  first  idoitified,  and  foe  requirements  for  foat  stall/levd  combination  follow.  A 
stall  is  specified  in  foe  following  manner: 

stall  t  Stott juane 

Where  stattjtame  is  foe  name  of  a  stall  as  designated  in  foe  file  staiiio.cod  (see  Appmdix 
E).  This  name  can  contain  no  spaces,  and  spelling  (including  capitalization)  is  critical  and  nnist  matdi 
a  name  in  ataiiio.cod. 

Following  foe  stall,  foe  certification  level  is  declared: 
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Level :  # 


Where  #  is  the  certification  level  whidi  must  be  between  1  and  3.  Again  spelling, 
capitalization,  and  the  colon  are  considered  part  of  die  Level :  keyword  and  must  be  precise. 

These  two  statements  indicate  a  requirements  block  for  die  specified  stall  and  level.  The 
requirements  statements  which  follow  will  all  be  applied  to  die  specified  stall  and  level.  These 
requirements  specifications  may  appeal  in  any  ordw.  Any  or  all  of  the  requirement  statements  may 
^pear.  Those  which  are  not  needed  do  not  have  to  appear  in  the  block. 

One  possible  requirement  is  stall  experience  in  years: 

StallExperlencet  # 

Where  #  is  the  number  of  years  experience  die  person  has  in  positions  which  are  coded  for  the 
current  stall. 

Likewise,  overall  federal  service  experience  can  be  designated: 

Experlenca:  # 

It  is,  of  course,  possible  to  specify  both  requirements  for  die  same  stall. 

Educational  level  requirements  are  specified  by  die  following  statement: 

Education:  level 

Where  levd  can  be  chosen  from  one  of  the  following  three  words: 

Bachelora 

Nastara 

Doctorata 

Finally,  training  requirements  can  be  specified  for  die  current  stall/levd.  The  method  of 
specifying  these  requirements  accounts  for  the  possibility  diat  sevwal  courses  may  be  used  as 
equivalent  or  alternate  courses  in  meeting  a  specific  requirement  (these  will  be  referred  to  as  course 
clusters).  It  also  allows  for  generic  courses  to  be  specified  which  may  be  rqieated  to  attain  the 
required  training.  For  exanqile,  a  generic  R&D  specialty  course  may  be  designated  whicn  meets  one 
of  the  Science  and  Technology  stalls  requirements  for  level  2  certification.  If  more  dian  one  course  of 
this  type  is  required  for  certification  and  the  course  is  declared  as  rqieatable,  it  may  be  takm  multiple 
times  to  meet  that  portion  of  the  training  c^fication.  The  mediod  also  allows  for  courses  that  apply 
to  more  than  one  stall  or  stall/level  to  be  taken. 

A  clusto'  of  courses  rqiresmts  those  cou*  3  which  can  be  used  to  meet  a  single  training 
requirement.  For  example,  if  Science  and  Technology  required  three  specialty  courses  and  any  of  four 
courses  could  be  used  to  meet  the  requir^ent,  it  would  be  specified  in  the  certify  file  as: 

3  coursel,  course!,  course3.  course4  ; 
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Where  the  leading  3  indicates  the  number  of  courses  whidi  must  be  taken  from  the  cluster  to 
meet  the  specific  requirement.  Each  course  name  must  consist  of  only  one  string  (with  no  spaces). 
Each  course  name  must  be  sq)arated  by  a  comma  and  the  cluster  must  end  with  a  semi-colon. 
Otherwise  additional  spaces,  tabs,  or  even  additional  lines  may  be  used  to  clarify  the  format.  Note  that 
any  combination  of  die  four  courses  which  total  to  three  courses  taken  will  meet  the  cluster 
requirement. 

A  second  way  of  iqiproaching  this  same  cluster  using  a  combination  of  generic  and  non-generic 
courses  would  be: 


3  course!,  generic_course:R  ; 

In  this  case,  the  course  genericjcourse  can  be  rqieated,  and  each  time  it  is  taken,  it  counts 
toward  the  clusters  requirements.  In  fact,  it  is  impossible  to  me^  the  requirements  without  taking  the 
generic  course  twice.  Note  the  :R  which  is  ^pended  to  the  end  of  the  course  name.  This  designates 
that  the  course  can  be  r^eated.  The  :R  must  immediately  follow  the  course  name  with  no  space 
between  the  name  and  the  colon.  Note  that  the  requirements  for  diis  cluster  can  be  met  with  1  course! 
and  2  genericjcourses;  or  it  can  be  met  with  3  generic_courses. 

Any  number  of  clusters  can  be  used  in  specifying  the  requirements  for  a  stall/level.  For 
example: 


3  course!,  generic  course.R ; 

!  WSYS-!00; 

A  stall/level  requirements  block  must  end  with  the  keyword: 

EndLevel 

This  designates  that  all  requirements  for  the  stall/level  combination  have  been  completed.  A 
new  level  can  simply  be  specif!^  with  the  Levei:  #  sequence  if  it  applies  to  the  current  stall. 
Alternately,  the  Stall:  staHjiame  combination  can  always  be  rq)eated. 

It  is  important  that  the  file  contain  requiremoits  for  all  stall/levd  combinations.  If  no 
requirements  are  provided,  it  is  assumed  that  none  are  needed,  and  ev^one  will  be  immediately 
certified.  If  the  certify  file  is  to  be  used  with  a  single  stall  and  the  other  requirements  are  considaed 
superfluous,  it  is  possible  to  simply  s^  an  inqwssible  requirement  for  all  of  the  other  stallAevd 
combinations  (such  as  Experience:  100).  The  other  stall/level  requirements  can  then  be  deleted  to 
reduce  the  size  and  complexity  of  the  file. 

Default  Requirements 

The  current  set  of  cotification  requirenents  w^e  derived  from  preliminary  civilian 
requirements  for  the  stalls:  Acq_Lo9,  coiim_comp,  Dev_Eng,  scl_Tech,  and  Teat.  In  general,  these 
requirements  are  specified  in  terms  of  generic  training  courses  whidi  iq)ply  only  to  the  specific  stall 
(aside  from  the  Systems-100  through  Systems-400  sequrace).  Specific  alternate  courses  have  not  yet 
been  specified  in  most  cases.  Requirements  for  foe  ofo»  stalls  were  taken  from  foe  preliminary 
Officer  requirements  published  in  AF  Regulation  36-27. 
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The  current  contents  of  the  certify  file  are  listed  below  to  document  the  requirements  currently 
implemented  and  to  provide  an  example  of  the  format  of  the  file.  Note  the  extensive  use  of  blank  lines 
and  tabs  to  clarify  the  meaning  of  the  file. 

MaxUniqueCourses  300 
Stall:  Acq__Log 

Level :  1 

Education:  Bachelors 
StallExperience:  2 
1  WSYS_200_Acq[_Planning_and_Ana; 

1  Acg_Logi8tic8_Spec_Cr8:R; 

EndLevel  ~ 

Level:  2 

StallExperience:  5 
1  WSYS_400_Advanced_Pgm_Mgmt ; 

4  Acg_Logistics_Spec_Crs:R; 

EndLevel 

Level :  3 

StallExperience:  7 

1  WSYS_400_Advanced_Pgin_Mgint ; 

4  Acg_Logiat ic s_Spec_Cr8 : R; 

2  Execut ive_Mgmt_Cr 8 : R ; 

EndLevel  ~ 


Stall:  Comm_Comp 
Level :  1 

Education:  Bachelors 
StallExperience:  2 
1  WSYS_200_Acg_Planning_and_Ana; 

1  Coinra~Coinputer_Spec_Cr8:R; 

EndLevel  ~ 

Level :  2 

StallExperience:  4 
1  WSYS_200_Acg_Planning_and_Ana; 

3  Coinin_Conputer_Spec_Cr8:R; 
EndLevel 

Level :  3 

StallExperience:  8 
1  WSYS_200_Acg_Planning_and_Ana; 

4  Conim~Computer_Spec_Cr  8 :  R  ; 

1  Execut ive_Mgmt_Crs:R; 

EndLevel  ~ 


Stall:  Comptroller 
Level:  1 

Education:  Bachelors 
StallExperience:  4 
1  WSYS_200  Ac^Planning_and_Ana; 
1  ComptrolTer_Spec_Crs:R; 

EndLevel  ~ 
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Lavel  t  2 

Education:  Masters 
Stal lExper ience  t  6 
1  WSYS_400_Advanced_Pgm_Mgmt ; 

BndLevel  ~ 

Level :  3 

Stal IBxper ience:  8 
BndLevel 


Stall:  Contracting 
Level :  1 

Education:  Bachelors 
StallBxperience:  1 

1  G50ZA6S31_001_Mgmt JDef_Acg_Con_Basic ; 

1  WQHT_170_Principles_Contract_Pricing; 

BndLevel 

Level :  2 

Bducat ion :  Masters 
StallBxperience:  4 

1  G50ZA6534_000_Mgmt_Dev_Acq_Con_Advanced; 

1  WPPM_302_Govt_Contract_Law; 

1  HPPM_304_Advanced_Contract_Adinin; 

1  WQMT__345_Quant_Tech_Cost_Price__Ana; 

BndLevel  —  —  —  —  — 

Level:  3 

StallBxperience:  7 

1  GSOZN6S34_002_Def _Acq  Bxec_Seminar ; 

1  G5OZN6534~0053lGii>t_D»_Acq^Con_Bxec ; 

BndLevel  —  —  —  _  _ 


Stall:  Dev_Eng 
Level:  1 

Bducat ion:  Bachelors 
StallBxperience:  2 

1  HSYS  200_Acg^Planning_and_Ana; 

2  DeveXopoent  iu_Bngr_Spec_Crs : R ; 

1  Developinental_Engr_Tech_Crs:Rf 

BndLevel 

Level :  2 

StallBxperience :  5 

1  WSYS  400_Advanced_PgmJKgmt; 

4  DeveTopawntal_Bngr_Spec_Crs:R; 

2  Developawntal_Bngr_Tech_Crs:R; 
BndLevel 

Level:  3 

StallBxperience:  10 

5  Developinental_Bngr_Spec_Crs:R; 

2  Developinental_Bngr_Tech_Cra:R; 

1  Bxecutive_Mgiiit__Crs:R; 

BndLevel  ”  ”* 
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stall:  Mfg_QA 


Level :  1 

Education:  Bachelors 
StallBxperlence:  1 
1  WSys_100_Intro_AcqLMgmt; 

1  WPPM_153  Product  ion_Mgi&t; 

1  G50ZA653T_001_Mgmt_De£__Acq_Con_BaBic ; 
EndLevel 

Level :  2 

StallBxperlence:  4 
1  WSYS_200_Acq_Planning_and_Ana; 

1  WPPM_302_Govt_Contract_Law; 

1  WPPM_305_Production_MgBt; 

1  HPPM_304  Advanced_Contract_Adfflln, 

G50Z  A6 537_000_MgintJDev_Acg_Con_Advanced  ; 
EndLevel  ~ 

Level :  3 

StallBxperlence:  7 
Education:  Masters 
1  WSys_400_Advanced_Pgm_Mgmt; 

EndLevel  ~ 


Stall:  Pgm^Mgmt 
Level :  1 

Education:  Bachelors 
StallBxperlence:  2 
1  wsys_100_lntro  AcgMgmt; 

1  WSys~200“Ac^pTannrng_and_Ana; 

1  Prograiii_Mgint__Spec_Crs:R;  ~ 

EndLevel  ^ 

Level :  2 

Educat Ion :  Masters 
Experience:  6 
StallBxperlence:  2 

2  Prograffl_Mgnit__Spec_Crs:R; 

EndLevel  ' 

Level:  3 

Experience:  8 
StallBxperlence:  2 

1  DSMC_Prograffl_Mgmt__CrB; 

2  Prograin__Mgmt_Spec~Crs:R; 

EndLevel  ”  ” 


Stall:  Scl_Tech 
Level :  1 

Education:  Bachelors 
StallBxperlence:  2 
1  WSys_200_Acg_Plannlng_and_Anai 

3  Reseuch~and_I}ev_Spec~Crs :  R ; 

EndLevel  ”  ”  ” 
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Laval t  2 

Stal lExpar ienca :  5 

1  WSys_400_Advancad_Pgm_Mgmt ; 

4  Raaaarch~and_Dav_Spac_Cra : R ; 

2  Raaaarch_and_0av3t9t_Cra  >  R ; 

EndLaval  ~  ~ 

Laval:  3 

Stal lExpar lanca:  10 

5  Raaearch_and_Oav_Spac_CrB:R; 

2  Ra8earch_and_Dav_Mgt_CrB:R; 

EndLaval 


Stall:  Taat 

Laval :  1 

Education:  Bachalora 
Stal lExpar lanca:  2 
1  WSys_200_Acq  Plannlng_and_Ana; 

1  Taat_and_Eviuuatlon_Spac_Cra:R; 

2  Taat_and_Evaluatlon_Tach_Cr8:R; 
EndLaval 

Laval:  2 

StallExpar lanca:  5 

2  Taat_^and_^Bvaluatlon^Spac_Cra:R; 

4  Taat][and~Bvaluatlon~Tach_Cr8:R; 

1  Othar  Ac^laltlon  CrB:R;~ 

EndLaval  ”  ~ 

Laval:  3 

StallExparlancc:  10 
1 
1 

3 

4 
1 

EndLaval 


Stall:  Z_Othar 

Laval :  1 

Expar lanca:  100 
EndLaval 

Laval :  2 

StallExpar lanca:  100 
EndLaval 

Laval :  3 

StallExpar lanca:  100 
EndLaval 


WSYS  400_Advancad_Pgm_Mgmt ; 
HSYS?29  Taat  and  Eval_Mgmt; 
Ta8t_an3_EvaTuatTon_Spac__Cr8 :  R; 
Ta8t_and~Evaluat lon_Tach”CrB : R; 
Othar_Acqulalt lon_Cra : R; 
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APPENDIX  E 


OTHER  FILES 


ACQUIRES  uses  several  sets  of  files  for  conditioning  databases,  oicoding  databases,  and 
simulation.  In  graeral  these  files  should  not  be  modified  by  the  user.  Howev^,  in  some  cases, 
modifications  can  be  made  to  affect  the  simulation  defaults  or  change  the  way  variables  are  displayed 
in  ACQUIRES.  ACQUIRES  uses  diree  diff(»ait  types  of  support  files:  tables,  map  files,  and  code 
files.  Often  modifications  to  one  file  will  retjuire  that  anotho-  file  (perii!q)s  a  differoit  type  of  file)  be 
modified  to  maintain  consistency.  Great  care  must  be  taken  when  modifying  these  files.  Almost  any 
change  to  a  file  requires  that  the  database  be  re-conditioned  and  re-encoded  from  within  ACQUIRES. 
As  with  the  certify  file,  most  changes  also  invalidate  any  existing  simulation  files  in  the  same  sub¬ 
directory.  With  these  considerations  in  mind,  ACQUIRES  support  files  will  be  surveyed  in  this 
^pendix. 

The  three  types  of  files  typically  s«ve  diff^mt  purposes,  althou^  some  overly  may  exist. 
Table  files  contain  rates  or  probabilities  used  by  the  simulation.  Code  files  designate  fixed  encoding 
between  string  and  numeric  values.  They  are  used  by  both  the  query  and  simulation  facilities. 
files  designate  mappings  from  one  numeric  code  to  another.  They  are  used  primarily  by  die  simulation 
facilities  although  some  are  used  for  oicoding  databases.  Each  of  these  files  is  discussed  in  more  detail 
below. 


Tables 

Table  files  contain  ancillary  rates  or  proportions  used  by  the  simulation  to  determine  the 
probability  of  a  simulation  event  or  the  time  until  an  evmt  occurs.  These  rates  are  not  expected  to  be 
changed  often  by  the  user,  and  are  consequmdy  not  accessible  from  the  ACQUIRES  interface.  In 
general,  the  table  files  are  the  most  accessible  files  to  the  user,  and  in  many  cases  may  be  modified 
without  affecting  any  other  files.  All  table  files  have  the  extmsion  .tbl.  There  is  a  single  set  of  table 
files  which  are  instdled  with  ACQUIRES  In  die  program  directory.  All  simulations  use  these  tables. 
Three  table  files  are  used  by  ACQUIRES. 

The  Fill  Delay  Table  (disk  file  fllldala.t.bl)  is  used  to  determine  the  number  of  days 
between  a  sqiaration  and  the  first  attempt  to  fill  the  vacated  position.  It  is  a  relativdy  small  file,  a^ 
its  default  contents  are  rqiroduced  below. 


16 

0 

.0 

1 

.1 

7 

.2 

IS 

.3 

30 

.3 

60 

.1 

90 

.0 

120 

.0 
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The  first  line  (16)  merely  designates  the  number  of  lines  which  follow  in  the  file.  It  must 
always  be  twice  the  number  of  lines  following  in  the  file.  After  that  each  line  contains  the  number  of 
days  delay  followed  by  the  proportion  of  vacated  position  which  have  their  first  fill  attempt  at  that 
number  of  days.  For  example,  30%  (proportion  0.3)  of  all  positions  will  be  attempted  to  be  filled  IS 
days  from  when  the  incumbent  leaves. 

The  number  of  lines  in  this  file  and  any  of  the  values  can  be  changed  at  any  time  without 
invalidating  either  the  existing  database  or  simulations.  However,  all  future  simulation  will  utilize  the 
new  delay  pattern.  The  number  of  days  to  fill  must  proceed  from  smallest  to  largest,  and  negative 
numbers  are  not  allowed.  In  addition,  the  sum  of  the  proportions  must  always  equal  one.  Otherwise, 
any  changes  to  this  file  are  accq)table. 

The  Fill  Type  Table  file  (f  llltype.tbl)  determines  the  probability  of  each  method  of  filling 
a  position  when  it  is  first  vacated.  This  probability  applies  only  to  the  initial  fill  attempt.  If  this  initial 
type  of  fill  is  impossible,  a  cascade  to  another  type  of  fill  is  produced.  The  fill  cascades  are  as 
follows: 


local_transfer 

-> 

local_promotion 

local_promotion 

-> 

general_promotion 

general_transfer 

-> 

general_promotion 

general_promotion 

-> 

newjiire 

As  discussed  in  Appendix  C,  local  fill  types  attempt  to  fill  only  from  the  installation  location  of 
the  vacancy  while  general  fill  types  allow  fill  from  any  location  in  AFSC.  New  hires  are  never 
performed  without  attempting  one  of  the  other  options,  except  for  positions  at  or  below  grade  7.  In 
addition,  there  are  restriaions  on  whidi  positions  are  eligible  for  new  hires  as  outlined  in  Appendix  C. 

The  fill  ^e  table  (disk  file  f  llltype.tbl)  has  a  similar  format  to  the  fill  delay  table,  and  is 
rq)roduced  below: 

8 

0  .40 

1  .47 

2  .05 

3  .08 

Again  the  8  indicates  twice  the  number  of  lines  to  follow  in  the  file.  The  numbers  in  the  first 
column  are  codes  for  the  types  of  position  fills  and  the  proportions  in  the  second  column  designate  the 
proportion  of  newly  opened  positions  which  will  attempt  tteir  first  fill  using  the  associated  fill  type. 
Again,  the  sum  of  Ae  numbers  in  the  second  column  must  always  equal  one.  In  this  case,  it  is  illegal  to 
change  the  number  of  lines  in  the  file  or  the  first  column  because  the  code  numbers  are  fixed.  This 
table  may  also  be  modified  without  re-conditioning  and  re-oicoding  the  database.  Existing  simulation 
results  are  still  valid  but  reflect  the  original  proportions  in  the  file.  The  codes  for  the  fill  types  are  as 
follows: 


0  local_transfer 
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1  local_promotion 

2  generaljtransfer 

3  general_proiDOtion 


The  Retentitm  Rates  Table  does  not  have  die  same  format  as  the  prior  tables.  Each  line  in  the 
table  r^resents  a  particular  group  of  civilians  and  the  probability  that  anyone  in  diat  group  will  remain 
in  Systems  Comnumd  from  one  year  to  die  next.  The  first  three  columns  designate  the  group  while  the 
fourth  and  fifth  columns  are  unused.  (They  contain  interim  data  used  to  compute  colunm  six.  The 
columns  are  required,  but  their  values  are  ignored).  The  sixdi  column  is  the  actual  probability  of 
continuing  in  AFSC.  These  probabilities  are  broken  out  across  three  civilian  diaracteristics  as 
rqiresented  by  the  first  three  columns:  occupational  group  (S  large  clusters  of  job  series),  grade,  and 
years  of  federal  sovice.  A  small  portion  of  die  frle  is  r^roduced  below  for  demonstration. 


2 

13 

7 

102 

112 

.9107143 

2 

13 

8 

144 

166 

.8674699 

2 

13 

9 

179 

200 

.895 

2 

13 

10 

222 

241 

.9211618 

2 

13 

11 

255 

284 

.8978873 

2 

13 

12 

265 

291 

.9106529 

2 

13 

13 

289 

316 

.914557 

2 

13 

14 

327 

352 

.9289773 

2 

13 

IS 

348 

379 

.9182058 

For  example,  persons  with  occupation  code  2,  grade  13,  and  12  years  of  service  have  a 
continuation  probability  of  .9107.  The  grade  and  years  of  service  are  self  explanatory,  and  a  general 
classification  of  the  occupational  groups  is: 

1  Professional,  science  and  engineering 

2  Management 

3  Technicians 

4  Office,  clerical 

5  Mechanical  and  services 


The  continuation  probabilities  in  this  file  can  be  modified  by  die  user  widiout  the  need  to  re¬ 
condition  or  re-mcode  die  database.  Again,  existing  simulations  are  still  valid.  Adding  new 
occupation  group/grade/loigth  of  service  combinations  to  die  file  has  no  effect.  They  are  sinqily 
ignored.  Deleting  lines  from  the  file  causes  the  default  probability  of  .875  to  be  used.  However,  it  is 
valid  to  change  any  of  die  individual  probabilities  in  die  file. 

Code  Files 

Code  files  are  used  to  designate  specific  encoding  of  the  values  found  in  a  field  (or  variable) 
whoi  ACQUIRES  is  conditioning  and  encoding  a  database.  To  increase  speed  and  save  space, 
ACQUIRES  stores  all  fields  as  integer  values  internally  and  m^  diese  values  back  to  character  strings 
for  display  to  die  user.  Some  inconsistencies  in  die  way  fields  widi  similar  meanings  have  been 
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assigned  values  in  the  download  database  has  required  that  fixed  encoding  be  provided  for  these  fields. 
These  fixed  encodings  also  allow  the  values  of  a  field  to  be  consistently  mapped  to  a  specific  integer 
value  so  that  its  meaning  can  be  interpreted  by  ACQUIRES  during  simulations.  As  will  be  discussed 
in  Appendix  G,  most  code  files  are  associated  with  specific  fields  or  variables  in  the  download 
database.  In  this  way  a  fixed  integer  code  can  be  assigned  to  the  values  found  in  that  field.  The  code 
files  reside  in  the  same  directory  as  the  initial  database  download  file.  The  supplied  mkacqdir  utility 
will  automatically  copy  the  code  files  for  the  civilian  database  into  the  new  directory. 

The  code  files  have  many  interdqtendencies  among  themselves  and  the  m^  files.  The  effect  of 
these  interd^endencies  must  be  maintained  when  any  of  the  files  is  changed.  In  general,  it  is 
potentially  dangerous  to  change  any  of  these  files  as  failure  to  maintain  the  interdependencies  will 
produce  impredictable  simulation  results.  Adding  new  code  numbers  wUl  typi(^ly  not  cause 
problems.  Changes  to  the  meaning  of  a  code  number,  however,  will  often  require  changes  to  other 
files. 


The  code  files  have  a  fixed  format.  The  first  two  lines  are  used  for  commenting  and 
documenting  the  code  file  and  are  not  used  otherwise.  Following  these  lines,  each  record  in  the  file 
must  be  composed  of  three  columns  with  a  tab  charact^  sq)arating  the  columns.  The  first  column  is 
an  integer  code  used  internally  by  ACQUIRES  to  store  the  data  in  a  field.  Hie  second  column  is  the 
string  (or  character)  representation  of  values  which  are  found  in  the  associated  field  of  the  downloaded 
database.  (It  is  not  necessary  to  include  all  possible  values  in  the  database;  those  not  in  the  encoding 
will  simply  be  assigned  other  integer  values.  However,  for  these  values,  their  numeric  code  will  not  be 
known).  The  third  column  contains  an  expanded  string  value  which  is  used  for  display  and  railing  in 
ACQUIRES  If  a  more  detailed  or  sdf  explanatory  value  is  not  required,  the  string  value  in  the 
second  column  may  simply  be  duplicated  in  the  third  column.  Important:  each  code  file  must  be 
sorted  in  alphabetical  ascending  order  on  the  second  fidd.  The  numeric  code  column  need  not  be 
sorted  (see  Ae  stall_mo.cod  file  on  disk  for  an  exan^>le  of  this). 

The  Position  acadonic  education  level  file  (acad_po8 .  cod)  designates  the  codes  for  the 
values  found  in  the  Acad_Ed_Level_Pos  variable.  The  nummc  codes  in  this  file  must  match  those 
with  the  same  meaning  in  the  aclvi.cod  file  discussed  below.  Currently,  only  masters  and  doctorate 
degrees  are  designated  as  requirements  for  acquisition  position.  (They  are  not  stall  educational 
requirements,  they  are  part  of  the  position  specific  requirements.)  This  very  short  code  file  is 
reproduced  below. 

code  acadp  acadpl 

17  P  P _ ^Maatera 

21  R  R _ PhD 

The  Academic  Disdpline  file  (acdlap.cod)  designates  the  codes  for  the 
Academic_Disp_High,  Academic_Disp_l,  Academic_Disp_2,  and  Academic_Disp_3  variables. 
Because  the  codes  in  this  file  r^resent  academic  disciplines,  consistency  must  be  maintained  with  the 
map  file  aer_maj  .map  which  m:^s  occupational  series  to  academic  disciplines  codes.  A  change  in  the 
meaning  of  the  codes  in  acdlap.cod  requires  a  change  of  the  m^ped  a^es  in  aer_ma  j  .map. 

The  Academic  Level  file  (aclvi.cod)  designates  the  codes  and  expanded  values  for  the 
Academic_Level_High,  Academic_Levd_l,  Academic_Level_2,  and  Academic_Level_3  variables. 
The  numeric  codes  in  this  file  must  be  consistent  with  diose  in  the  code  file  acad_pos.cod.  The  codes 
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which  are  currently  in  this  file  must  not  be  changed;  the  codes  and  their  current  meanings  are  required 
by  the  simulation. 

The  Acquisition  Level  Code  file  (level. cod)  designates  the  three  acquisition  certification 
level  (1-3)  for  each  stall.  As  with  the  aclvl.cod,  it  should  not  be  changed  by  the  user. 

The  Certification  Codes  (cert. cod)  file  designates  the  codes  generated  by  the  condition 
process.  It  must  contain  30  records  (in  addition  to  die  two  documentation  lines).  The  first  column  of 
numeric  code  must  contain  the  integers  1  -  30.  The  first  three  integers  r^resent  the  level  1,  level  2, 
and  level  3  certification  for  the  stall  with  code  1  in  the  stailio.cod  file.  Likewise,  code  4,5,  and  6 
designate  the  names  for  the  level  1,2,  and  3  c^fication  in  die  stall  with  code  2  in  stalllO.cod. 
The  same  pattern  holds  for  the  remaining  stalls.  Names  can  be  changed  (along  with  their  requirements 
in  the  certify  file);  however,  consistency  must  be  maintained  among  the  cert. cod,  stalllO.cod, 
and  certcert.map  (discussed  later)  files. 

The  Training  Course  Codes  file  (course. cod)  designates  codes  and  expanded  values  for  the 
training  courses  specified  in  the  certify  file.  The  condition  facility  in  ACQUIRES  actually  creates  this 
file  from  the  information  in  the  certify  file,  and  this  file  should  never  be  changed  by  the  user. 

The  Acquisition  Job  Classification  Codes  file  (jobclas.cod)  designates  the  codes  for  the 
Acq_Job_Class  variable  which  contains  a  p^sons  acquisition  job  class.  These  classifications  are 
parallel  with  the  APDP_Stall_Crk  variable  which  classifies  positions  in  the  maiqmwer  data  file.  (Like 
Acq_Job_Class,  APDP_Stall_Crk  has  more  than  the  10  standard  stall  breakouts.)  These  two  variables 
can  also  be  considered  sub-classifications  of  the  10  standard  acquisition  stalls.  Changes  can  be  made  to 
the  jobclass.cod  file;  however,  consistency  must  be  maintained  with  the  meanings  of  the  codes  in 
the  ■tall_mo.cod  file.  In  addition,  the  classtal.m^  file  must  still  map  these  codes  to  the  appropriate 
stall  as  designated  in  the  stalllO.cod  file.  The  contents  of  the  jobclass.cod  file  are  shown 
below. 


ccode  cnams  slong 


1 

A 

A _ ^Pro9rain_Manager 

2 

B 

B _ ^Deputy_Prog_Mngr 

3 

C 

C  Contract ing 

4 

D 

D _ Indust_Prop_Mgmt 

5 

E 

E  Purchasing 

6 

F 

F _ Procurement 

7 

G 

G _ ^Manufacturing 

8 

H 

H  Quality  Assur 

9 

J 

J _ 9lty_Engr/Sci 

10 

K 

K  Comptroller 

11 

L 

L _ Acg_Logistics 

12 

M 

M _ ^Acq_I*09_**gnit  /  St  £ 

13 

N 

N _ Pgm__Exec  Officer 

14 

P 

P _ Test/EvaXuation 

15 

Q 

Q _ ^Deve  lopment_Engr 

16 

R 

R _ Scientist 

17 

S 

S _ Science_Ngr 

18 

T 

T _ ^Program^tqait 

19 

U 

U  Comm  Computer  Sys 

20 

W 

W _ ^Ed/Trng_Career_Dei 

21 

X 

X _ Construction 

22 

z 

Z  Other 
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The  Pay  Plan  Codes  (pay_plan.cod)  file  designates  the  primary  codes  which  are  important 
to  the  simulation  for  the  variable  Pay_Plan.  This  file  may  be  changed;  however,  the  numeric  c^es  in 
the  initial  file  must  continue  to  mq)  to  the  same  pay  plans.  That  is,  additions  can  be  made,  but  no 
changes. 


The  Occupational  Series  Codes  file  (aeries. cod)  designates  the  numeric  codes  for  the 
Occupational_Series  variable.  The  numeric  codes  are  used  by  ser_ma  j  .map  to  map  from  job  series  to 
academic  discipline.  Any  change  to  series. cod  which  changes  the  meaning  of  a  code  must  be  reflected 
by  a  similar  change  in  ser  maj.ms^. 


Tfre  Stall  Codes  file  (stalllO.cod)  designates  die  numeric  and  string  codes  for  the  10 
acquisition  stalls.  It  represents  the  stall  10  variable  produced  when  a  database  is  conditioned.  The  stall 
names  in  this  file  must  exacdy  agree  with  those  used  in  the  certify  file.  In  addition,  the  mapping  of 
codes  from  the  jobclass.cod  and  stall_mo.cod  into  these  10  stall  codes  is  controlled  dirough 
claastal.map.  The  names  in  this  file  are  also  used  in  cert  cert.  map.  All  of  these  files  must 
maintain  a  consistency  such  that  the  stall  breakouts  rqiresented  in  jobclass.cod  and  stall_mo.cod  nu^ 
to  the  appropriate  standard  stall  (as  rq)resented  in  stalllO.cod).  For  comparison  with  the 
8taii_mo.cod  and  jobclass.cod  files,  the  stalllO.cod  file  is  reproduced  below. 


slOcode  slOname  slOlong 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 


01  Acq_Log 

02  Comm_Comp 

03  Comptroller 

04  Contracting 

OS  Dev  Eng 

06  MfgjQA 

07  Pgm~Mgmt 

08  Scl~Tech 

09  Test 

10  Z  Other 


The  Manpower  Stall  file  (staiijno.cod)  designates  the  codes  for  the  variable 
APDP_Stall_Crk  from  the  manpower  file.  These  codes  must  maintain  a  consistent  meaning  with  those 
in  the  jobclass.cod  file.  All  other  requirements  are  detailed  above  under  stalllO.cod.  The  file 
is  reproduced  below: 

scode  sname  along 


1  A 

2  B 

3  C 

4  D 

5  B 

6  F 

7  G 

8  H 

9  J 

10  K 

11  L 

12  M 

18  P 

15  Q 

19  R 


A _ Program_Manager 

B _ ^Doputy_Prog__Mgr 

C  Contract  ing"” 

0 _ Indust_Prop_Mgmt 

E  Purchasing  ~ 

F _ Procursment__Clsr)c 

G _ ^Manufacturing 

H  Quality  Assur 

J _ ^Qlty_Bngr/Sci 

K _ Bus inaas_Financs 

L _ ^Acg_Logistics 

M _ Acq^Log_Mgmt 

P _ ^ProgramJKgmt 

Q _ Devslopment^Engr 

R  Comm  Computsr 
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16  S  S _ Scientist 

14  T  T _ ^Test/Evsluation 

23  U  U _ ^Auditing 

24  W  W _ Productlon_Mgmt 

20  X  X _ ^Bd/Trng_Career_Dev 

17  Y  Y _ Scientific_Mgr 

22  Z  Z  Other 

Map  Files 

files  provide  a  method  of  designating  a  mapping  from  one  set  of  codes  to  anothw. 
Combined  with  code  files,  these  nu^pings  can  address  die  problem  of  variables  whidi  should  have 
codes  with  similar  meanings.  It  also  allows  a  hi^y  specific  code  to  be  mapped  to  a  more  genoal  one. 
As  with  the  code  files,  the  nu^  files  reside  in  die  directory  with  the  c  ownloaded  data.  The  mxacqdzr 
utility  also  copies  these  files  into  newly  created  ACQUIRES  directories. 

The  Certification  Mapping  file  (cert cart. map)  is  used  to  m^  die  original  certification 
codes  (Cert_Lvl_l,  etc.)  into  new  certification  codes  (Cotificationl  through  CMtificationS).  The 
original  c^fication  codes  (Cat_Lvl_l,  etc.)  can  in  some  cases  r^resem  a  levd  of  cotification  in 
different  stalls  with  difri^mit  certification  requiremmits.  Specifically,  the  ASl,  AS2,  and  AS3 
edification  codes  (rqiresenting  level  1,  2,  and  3)  are  used  for  three  diffo-ent  stalls  (science  and 
technology,  developmental  enginedng,  and  test  and  evaluation).  This  is  in  conflict  with  the  three 
differing  requironents  for  certification  in  the  stalls.  To  resolve  this  ambiguity,  a  s^arate  set  of 
certification  codes  (Cdificationl  throu^  CdificationS)  are  created  during  die  condition  process. 
These  codes  nuqi  direedy  to  each  stall's  certification  requirmnents  at  eadi  of  the  three  levds.  In  order 
to  retain  the  current  certification,  a  mapping  is  requited  from  die  original  certification  codes  to  the  new 
certification  codes. 

The  cartcert.map  file  has  three  tab-sqiarated  columns  with  die  top  two  lines  reserved  for 
documentation.  The  first  column  is  die  new  numeric  code  for  die  certification  level,  as  defined  in  the 
cart .  cod  file.  The  second  column  is  the  original  3  charactv  certification  code.  The  third  column  is 
a  stall  name  (as  designated  in  stall. cod).  Hie  second  and  diird  columns  are  matched  against  a 
previous  certification  and  acquisition  job  class  to  determine  a  unique  new  c^fication  code.  The  diird 
column  can  also  be  an  asterisk  (*)  which  means  the  stall  is  unnecessary  to  conqilete  the  match.  This  is 
iq;)propriate  when  the  initial  certification  code  is  unambiguous.  The  first  column  of  the  file  must  be 
consistent  with  die  meanings  of  the  code  in  die  cert. cod  file  and  the  stall  names  in  die  stallio.cod 
file.  The  file  is  used  striedy  during  the  condition  process.  Ihe  file  is  rqiroduced  bdow. 

code  orig_cert  stall_naine 


7 

ABl 

* 

8 

AB2 

* 

9 

AB3 

* 

10 

ACA 

* 

11 

ACD 

* 

11 

ACE 

* 

11 

ACF 

• 

11 

ACC 

* 

12 

ACH 

* 

11 

ACZ 

* 

12 

ACJ 

* 

12 

ACK 

* 

12 

ACL 

* 

12 

ACM 
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10 

ADI 

* 

11 

AD2 

* 

12 

AD3 

* 

10 

AFA 

* 

11 

AFB 

* 

10 

AFC 

* 

11 

AFD 

* 

12 

AFE 

* 

4 

All 

* 

5 

AZ2 

* 

6 

AI3 

* 

1 

ALl 

* 

2 

AL2 

* 

3 

AL3 

* 

19 

AMI 

* 

20 

AM2 

* 

21 

AM3 

* 

16 

API 

* 

17 

AP2 

* 

18 

AP3 

* 

17 

APS 

* 

17 

AP6 

* 

16 

AQl 

* 

17 

AQ2 

* 

18 

AQ3 

* 

13 

ASl 

Oav^Bng 

22 

ASl 

Sci_Tech 

25 

ASl 

Test 

14 

AS2 

Dev^Bng 

23 

AS2 

SciJTech 

26 

AS2 

Test 

IS 

AS3 

OevJSng 

24 

AS3 

Sci^Tech 

27 

AS3 

Test 

The  Job  Class  to  Stall  Mapping  file  (ciaaatal.map)  maps  tiie  Acq_Job_Class  and  the 
APDP_Stall_Crk  numeric  codes  (as  designated  in  die  jobclaaa.cod  and  stalijno.cod  files 
respectively)  into  the  10  standard  acquisition  stalls  (designated  in  stallio.cod).  Nr  >  that  it 
assumes  die  codes  from  jobciaaa.cod  and  stali_mo.cod  agree  in  meaning  where  die  same  "sub- 
stall"  is  rqiresented  in  both  variables.  This  map  file  is  used  during  micoding  and  simulation. 


claas  stall 


1  7 

2  7 

3  4 

4  4 

5  4 

6  4 

7  6 

8  6 

9  6 

10  3 

11  1 

12  1 

13  7 

14  9 

15  5 

16  8 

17  8 

18  7 

19  2 
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20  10 

21  10 

22  10 

23  10 

24  10 

The  Series  to  Occupational  Group  Map  file  (occ.mq))  is  used  strictly  during  the  ACQUIRES 
condition  facUity  to  nu^  occupational  series  o^es  to  the  S  aggregate  occupational  groups  discussed 
eatliex  in  the  !q[>paidix.  It  does  not  allow  for  two  documratation  lines  at  die  top  of  the  file. 

The  Series  to  Academic  Discipline  Map  file  (sorjnaj  .map)  maps  the  numeric  occupational 
series  code  (as  designated  in  series. cod)  to  the  predominant  academic  discipline  of  those  in  the  job 
soies.  It  must  always  be  consistent  with  the  meaning  of  the  codes  in  series. cod  and  acdisp.cod. 
This  file  is  used  exclusively  in  the  simulation. 
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APPENDKF 


VARIABLES  IN  THE  SIMULATION 

Due  to  the  relatively  small  memory  available  on  the  PCs  on  which  ACQUIRES  will  be  run,  it 
is  necessary  to  limit  the  variables  available  in  Uie  simulation.  In  many  cases,  variables  which 
duplicated  information  between  the  civilian  and  manpown  data  sets  were  consolidated  by  using  only 
the  manpown  variable  in  the  simulation.  All  vari^les  required  for  simulation  are  av^able  in  foe 
simulation,  and  sevwal  are  also  included  which  may  be  of  use  in  designating  training  or  education 
target  groups.  The  following  variables  are  included  in  foe  simulation  and  are  foe  only  variables  which 
may  be  used  in  designating  training  or  education  target  groups. 

Personnd  Variables  (dv.dat  file) 

PayPlan 

Grade 

Occupational_Series 

PAS 

Office_Symbol 

Acq_Job_Class 

Acad^c_Disp_Hi^ 

Academic_Di8p_l 

Acadanic_Disp_2 

Academic_Disp_3 

AcadraucJLevelJHi^ 

Academic_Level_l 

Academic_Level_2 

Academic_Level_3 

Cert_Lvl_l 

CCTt_Lvl_2 

Cert_Lvl_3 

Cwt_Lvl  4 

Cert_Lvf5 

Manpower  Position  Variables  (mo.dat) 

Critical_Posn_Crk 
APDP  Stall  Crk 
ADPD_Levd_Crk 
Installation_Loc_Name_Pos 
Acad_Ed_level_Pos 

Variables  Generated  by  Cmidition  (calc.dat) 

Occupation_Gtoups 

Date_Ent«ed_Fed_Svc 

Date_Promoted 

Date_Started_Posn 

Acq_Log_Mos_l 

Comm_Conq»_Mo8_2 

Con9troller_Mos_3 
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Manpower  Position  Variables  (mo.dat) 

Position_Code 

Personnel_Acct_Sym 

Org_Struct_Oxle_Pos 

AFSC_Posn 

AF_Spec_Prefix 

Special_Exp_ID 

Grade_Seq_Gxle 

Authorize(l_Grade 

Shared_Leader_Posn 

Tail_Numb«_Crk 

Critical  Posn_Crk 

APDP_StaIl_Crk 

APDP_LeveI_Crk 

Flying_Posn_Ind 

Acad_Ed_Level_Pos 

Acad_Spec_Code_Pos 

Duty_TitIe_Pos 

C)rg_Struct_Title 

Mpwr_Auth_l 

Mpwr_Auth_2 

Mpwr_Auth_3 

Mpwr_Auth_4 

Mpwr_Aufli_5 

Mpwr_Auth_6 

Mpwr_Auth_7 

Mpwr_Auth_8 

Mpwr_Auth_9 

Mpwr_Auth_10 

Mpwr_Auth_ll 

Mpwr_Auth_12 

Mpwr_Auth_13 

Mpwr_Auth_14 

Mpwr_Autfi_15 

Mpwr_AuA_16 

Mpwr_Auth_17 

Mpwr_Auth_18 

Mpwr_Auth_19 

Mpwr_Auth_20 

Mpwr_Auth_21 

Mpwr_Auth_22 

Secur_Access_Reqmt 

Organization_Num 

Organization_Kind 

OrganizationJType 

Detachment_Unit_ID 

Operating_Location 

Subconunand_ID 

Instaliation_Loc_Nanie  Pos 
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Iiistall_Loc_Kind 

InstallStateCnty 

Poed 

CPCN 

Date_Entered_Fed_Svc 

Date_Started_Posn 

OccupationGroups 

CPCN 

Traiiung_ID 

Variables  Goierated  by  Condition  (calc.dat) 
Occupation_Groups 
Date_Entered_Fed_Svc 
Date_Promoted 
Date_Started_Posn 
Acq_Log_Mos_l 
Comm_Conq)_Mos_2 
Comptroll»_Mos_3 
Contracting_Mos_4 
Dev_Eng_Mos_5 
Mfg_QA_Mos_6 
Pgm_Mgnit_Mos_7 
Sci_fech_Mos_8 
Test_Mos_9 
Z_OthCT_Mos_10 
Certificationl 
Certification2 
CotilicationS 
Certification4 
CotificationS 
StalllO 

Variables  Generated  by  Condition  (cert.dat) 
Training_ID 
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APPENDS  G 


CHANGES  TO  THE  DOWNLOADED  DATA  FORMAT  AND  USING  FOREIGN  DATABASES 

As  mentioned  in  the  introduction,  the  query  component  of  ACQUIRES  is  general  and  can  be 
used  to  analyze  any  database  which  can  be  en(^ed.  This  requires  that  format  files  be  prepared  for 
any  sudi  "foreign"  database  which  is  to  be  put  into  ACQUIRES.  These  format  files  have  already  been 
pr^ared  for  the  downloaded  databases  and  are  installed  with  the  ACQUIRES  package.  The 
mkacqdir.exe  program  described  in  Appendix  H  copies  these  format  files  (along  with  others)  into  the 
^propriate  directories  so  that  multiple  AFSC  databases  can  be  maintained  on  a  PC. 

Because  the  AFSC  databases  are  described  by  format  files,  changes  can  be  made  to  the 
downloaded  files  (variables  added,  variables  delved,  or  field  locations  changed),  and  ACQUIRES  will 
still  be  able  to  use  the  downloaded  files.  However,  in  order  to  accommodate  these  dianges  in  the  Ele, 
the  format  files  which  describe  the  downloaded  data  must  be  changed.  The  discussion  of  the  format 
files  and  database  description  files  below  ^plies  to  bofo  new  databases  or  changes  in  the  format  of  the 
downloaded  databases. 


The  Database  Description  File 

Any  raw  database  to  be  encoded  into  an  ACQUIRES  database  must  have  an  overall  database 
description  file.  This  file  describes  each  of  the  conq>onent  files  of  the  database  and  the  relationship  of 
the  files  to  each  other.  ACQUIRES  allows  multiple  conqwnent  files  to  be  joined  together  into  a  single 
database.  The  downloaded  database  will  be  used  as  an  example  to  demonstrate  the  database  description 
and  format  files  required  to  load  a  database  into  ACQUIRES. 

The  joining  of  component  files  is  clearly  re<piired  for  die  acquisition  database  as  the  download 
process  creates  four  files  related  to  civilian  data;  a  civilian  file  (civ.dat),  a  manpower  file  (mo.dat), 
a  training  file  (clvtrg.dat),  and  a  job  experience  file  (clvexp.dat).  Each  of  these  files  has  a 
different  relation  to  the  overall  database,  and  this  requires  that  each  be  treated  differendy  during 
encoding.  ACQUIRES  requires  diat  a  single  file  be  used  as  a  base  file  and  that  all  other  files  in  the 
database  be  linked  to  the  base  file  through  common  fields  (keys).  This  linkage  may  consist  of  many 
linked  records  to  a  single  base  record,  many  base  records  to  a  single  link  record,  or  one-to-one 
matching.  The  names  of  the  component  files  and  their  relation  to  the  base  file  are  described  by  the 
database  description  file. 

By  convention,  these  database  description  files  use  a  .db  extension.  These  are  the  files  that 
appear  in  the  dialogue  box  when  a  usw  selects  the  racode  option  under  the  database  menu  on  the  main 
menu  bar  of  ACQUIRES.  The  format  of  a  database  description  files  is  as  follows: 

The  first  line  of  the  file  is  a  single  integw  which  designates  tiie  maximum  number  of  records  in  the 
base  file.  Forexanq>le: 

5000 


This  number  may  exceed  the  actual  numbo^  of  records  in  the  base  file  but  may  not  be  smaller. 
However,  too  large  of  a  numba-  should  not  be  specified,  as  tiiis  affects  die  amount  of  memory  required 
to  run  the  encode  program. 
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Each  of  the  following  lines  in  the  description  file  specifies  a  file  to  be  encoded  into  the 
database.  The  first  file  should  be  the  base  file  to  which  the  other  files  will  be  linked.  Each  ensuing 
line  describes  one  of  the  other  component  files.  Note:  on  a  simple  database,  the  base  file  may  be  the 
only  file  to  be  encoded,  and  the  description  file  would  contain  only  two  lines  (including  the  maximum 
number  of  base  records).  Each  line  requires  the  same  four  fields  as  shown  below: 

BaseFileName  FUeiype  KeyField  KeepNonMatch 

Each  of  these  fields  consists  of  the  following: 

BaseFileName:  This  field  should  contain  the  filename  for  the  component  file  without 
the  extension.  The  extension  for  the  component  data  file  is  expected  to  be 
.DAT.  In  addition,  a  format  file  is  required  for  each  data  ffle  with  the 
extension  .FMT  (so  the  full  name  would  be  BaseFileName.FMT). 

FileType:  This  field  should  contain  a  single  character  indicating  the  type  of  the  file. 

B  =  base 

c  =  composite  (single  to  many) 

0  =  composite  (many  to  many) 
s  =  single  to  single 
M  =  many  to  single 

For  example:  single  to  many-each  record  in  the  base  file  can  have 
many  matches  in  the  other  data  file 

KeyField:  This  field  indicates  the  variable  from  this  file  used  to  match  its  records  to  the 
records  in  the  base  file.  A  variable  with  this  name  must  appear  in  the  format 
files  for  both  the  base  file  and  the  composite  file.  This  should  be  the  field's 
full  name,  not  the  abbreviated  one.  Note:  this  field  has  no  meaning  for  the 
base  file  itself  but  must  be  in  its  record. 

KeepNonMatch:  This  is  a  one  character  field  indicating  whether  or  not  records  not 
matching  any  record  from  the  base  file  are  kq;>t.  Again,  it  is  ignored  for  the 
base  file,  but  a  code  must  be  on  the  record. 

K  =  keep  non-matches 
p  =  do  not  keq)  non_matches 

Note:  Non-matches  will  not  be  kept  for  composite  files. 

Note:  All  four  fields  are  expected  for  each  file,  and  the  single  character  fields  must  be  uppercase. 

Example:  the  base.db  file  currently  used  for  encoding  the  downloaded  databases. 

30000 

civ  B  CPCN  K 
mo  M  Position  Code  P 
civexp  C  CPCN  P 
civtrg  C  CPCN  P 
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Note  that  the  records  in  the  mo.dat  file  which  do  not  match  a  Position  Code  in  the  civ.dat  file 
are  currently  not  retained.  This  can  be  changed;  however,  all  civilian  and  military  position  would  then 
be  encoded  into  the  database. 

The  base  file  names  (first  coliunn  in  example)  are  used  by  the  program  to  find  the  format  and 
data  files.  For  example,  when  the  program  reads  the  first  line  in  the  a^ve  example  file,  it  will  expect 
to  be  able  to  find  the  files  elv.fat  and  elT.dat.  The  format  file  is  discussed  later.  The  data  file  is 
the  ASCn  database  file.  If  any  one  of  the  format  or  data  files  is  missing,  the  program  wUl  stop  and  list 
the  missing  file. 


Format  Flies 

The  format  files  are  used  to  describe  the  contents  of  the  component  database  files  to  be 
encoded.  The  component  data  files  must  be  ASCII  files  and  have  fixed  field  records.  Each  field  (or 
variable)  in  the  data  file  is  described  on  a  sq>arate  line  of  the  format  file  as  described  below.  Each  file 
in  the  database  description  file  must  have  a  format  file. 

All  lines  have  the  following  format: 

VariableName  AbbrevVarName  Fieldiype  StartCd  Length  CodeFile 

VariableName:  This  is  the  full  name  of  the  variable  field. 

AbbrevVarName:  This  is  an  abbreviated  name  used  for  listing  some  results  in 
ACQUIRES. 

Fieldiype:  This  is  a  one  character  field  indicating  the  type  of  field.  Types  and 
descriptions  are  listed  below. 

StartCol:  This  is  the  starting  column  in  each  ASCII  record  for  this  field. 

Length:  This  indicates  the  number  of  columns  in  the  record  given  to  this  field  (i.e.,  the 
length  of  the  field  in  charaaers). 

CodeFile:  This  is  an  optional  field.  If  on  the  line,  it  designates  the  full  name  of  a 
code  file  which  provides  a  constant  encoding  of  the  values  found  in  the  fidd 
(see  Appendix  E  for  details  and  exan^Ies). 
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Field  Types 


FieldTvpe 

B 

S 

L 

U 

D 

C 


PgSCriptiOft 

indicates  an  integer  field  with  values  ranging  from 
0  to  255 

indicates  an  integw  field  widi  values  ranging  from 
0  to  65535 

indicates  an  integer  field  widi  numbm  greats  Uian 

the  ranges  for  types  B  and  S  (for  example,  a  social  security 

number) 

indicates  a  field  that  will  always  hold  a  unique 

value 

date  field 

indicates  a  field  diat  is  not  unique  and  is  not  an 
integer  or  a  date  field  (a  field  that  does  not  fit 
in  one  of  the  above  descriptions) 


Example:  the  civ.dat  format  file  civ.fint 

CPCN  CPCN  u  1  11 
Soclal_Sec_Nuin  SSAN  U  13  9 
Nama  Name  U  23  27 
Subcommand  Subcmd  C  51  1 
Install_Loc  Name  Location  C  53  17 
PAS  PAS  C  7l  8 
MPCN  MPCN  U  80  10 
Po8ition_Code  PosnCode  U  82  7 
Program_Element  Code  PgmEC  C  91  6 
Of f lce_Symbol  0?fSym  C  98  8 
Org_Structure  Code  OrgCod  C  107  5 
AFSC  AFSC  C  ll3  7 
Pay_Plan  PayPln  C  121  2 

Occupational  Series  Series  C  124  4  series. cod 
Grade  Grd  B  T29  2 
Position  Title  PosnTitl  C  132  54 
Duty_TitTe  DutyTitl  C  187  53 
Acg_Job  Class  AcqCls  C  241  1  jobclass.cod 
Cert_LvT_l  Certl  C  243  3  cert. cod 
Cert_Lvl_2  Cert2  C  247  3  cert. cod 
Cert_Lvl_3  Cert3  C  251  3  cert. cod 
Cert_Lvl_4  Cert4  C  255  3  cert. cod 
Cert_Lvl_5  Cert 5  C  259  3  cert. cod 
Func_Acct_&_Shred  FAShred  C  263  6 
Academic_Level_High  AcLvHi  C  270  1  aclvl.cod 
Academic_Disp  High  AcDispHi  C  272  29  acdisp.cod 
Academic_LeveT  1  AcLvl  C  302  1  aclvl.cod 
Academic_Di8p_T  AcDispl  C  304  29  acdisp.cod 
Acad_Yr_Complete__l  AcYrl  C  334  2 
Academic_Level  2~'AcLv2  C  337  1  aclvl.cod 
Academic_Disp_2'  AcDisp2  C  339  29  acdisp.cod 
Acad_Yr_&Mnplete__2  AcYr2  C  369  2 
Academic_Level  3~~AcLv3  C  372  1  aclvl.cod 
Academic_Di8p_3  AcDispl  C  374  29  acdisp.cod 
Acad_Yr_Complete_3  AcYr3  C  404  2 
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Once  a  database  description  file  has  been  created,  the  encode  option  within  ACQUIRES  can  be 
used  to  produce  a  database  compatible  with  the  ACQUIRES  query  system.  The  encode  process  will 
automatically  produce  an  ACQUIRES  file  (.ACQ  file)  which  can  be  loaded  and  queried.  Note  that  in  a 
given  sub-directory  a  component  file  with  a  given  name  can  only  be  in  one  database.  If  it  is  to  be  used 
with  more  than  one  base  file,  this  must  be  done  in  a  sq)arate  directory. 
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APPENDKH 


CREATING  AND  MAINTAINING  MULTIPLE  DATABASES 

The  easiest  and  safest  way  of  using  multiple  databases  with  ACQUIRES  is  by  keying  each 
database  in  its  own  directory.  Although  a  database  directory  can  be  anywhere  on  the  disk,  it  is  best  to 
ke^  datab'>^es  in  a  sub-directory  of  ACQUIRES.  To  make  the  process  of  creating  these  directories 
sin^>ler,  use  the  program  mkacqdzr.exe.  This  program  automatically  creates  a  new  directory  and 
copies  all  the  da^ase  files  into  the  directory.  The  database  can  then  be  encoded  normally  from 
ACQUIRES.  Using  MKACQDZR.EXE  is  similar  to  using  the  ACQUIRES  install  program.  Simply  type 
MKACQDXR  in  the  ACQUIRES  program  directory,  and  follow  die  instructions  the  program  gives. 
MKACQDZR.EXE  copies  the  following  files  into  the  new  directory:  *.DB,  *.map,  *.cod, 

and  CERTIFY. 
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